Three-dimensional data encoding method, three-dimensional data decoding method, three-dimensional data encoding device, and three-dimensional data decoding device

ABSTRACT

A three-dimensional data encoding method includes: determining whether to encode, using an octree structure, a current space unit among a plurality of space units included in three-dimensional data; encoding the current space unit using the octree structure, when it is determined that the current space unit is to be encoded using the octree structure; encoding the current space unit using a different method that is not the octree structure, when it is determined that the current space unit is not to be encoded using the octree structure; and appending, to a bitstream, information that indicates whether the current space unit has been encoded using the octree structure.

BACKGROUND 1. Technical Field

The present disclosure relates to a three-dimensional data encodingmethod, a three-dimensional data decoding method, a three-dimensionaldata encoding device, and a three-dimensional data decoding device.

2. Description of the Related Art

Devices or services utilizing three-dimensional data are expected tofind their widespread use in a wide range of fields, such as computervision that enables autonomous operations of cars or robots, mapinformation, monitoring, infrastructure inspection, and videodistribution. Three-dimensional data is obtained through various meansincluding a distance sensor such as a rangefinder, as well as a stereocamera and a combination of a plurality of monocular cameras.

Methods of representing three-dimensional data include a method known asa point cloud scheme that represents the shape of a three-dimensionalstructure by a point group in a three-dimensional space. In the pointcloud scheme, the positions and colors of a point group are stored.While point cloud is expected to be a mainstream method of representingthree-dimensional data, a massive amount of data of a point groupnecessitates compression of the amount of three-dimensional data byencoding for accumulation and transmission, as in the case of atwo-dimensional moving picture (examples include MPEG-4 AVC and HEVCstandardized by MPEG).

Meanwhile, point cloud compression is partially supported by, forexample, an open-source library (Point Cloud Library) for pointcloud-related processing.

Furthermore, a technique for searching for and displaying a facilitylocated in the surroundings of the vehicle is known (for example, seeInternational Publication No. WO2014/020663).

SUMMARY

Improvement of encoding efficiency in three-dimensional data encoding isdesirable.

The present disclosure has an object to provide a three-dimensional dataencoding method, a three-dimensional data decoding method, athree-dimensional data encoding device, or a three-dimensional datadecoding device that is capable of improving encoding efficiency.

A three-dimensional data encoding method according to an aspect of thepresent disclosure includes: determining whether to encode, using anoctree structure, a current space unit among a plurality of space unitsincluded in three-dimensional data; encoding the current space unitusing the octree structure, when it is determined that the current spaceunit is to be encoded using the octree structure; encoding the currentspace unit using a different method that is not the octree structure,when it is determined that the current space unit is not to be encodedusing the octree structure; and appending, to a bitstream, informationthat indicates whether the current space unit has been encoded using theoctree structure.

A three-dimensional data decoding method according to an aspect of thepresent disclosure includes: decoding, from a bitstream, informationthat indicates whether to decode, using an octree structure, a currentspace unit among a plurality of space units included inthree-dimensional data; decoding the current space unit using the octreestructure, when the information indicates that the current space unit isto be decoded using the octree structure; and decoding the current spaceunit using a different method that is not the octree structure, when theinformation indicates not to decode the current space unit using theoctree structure.

The present disclosure is capable of providing a three-dimensional dataencoding method, a three-dimensional data decoding method, athree-dimensional data encoding device, or a three-dimensional datadecoding device that is capable of improving encoding efficiency.

BRIEF DESCRIPTION OF DRAWINGS

These and other objects, advantages and features of the disclosure willbecome apparent from the following description thereof taken inconjunction with the accompanying drawings that illustrate a specificembodiment of the present disclosure.

FIG. 1 is a diagram showing the structure of encoded three-dimensionaldata according to Embodiment 1;

FIG. 2 is a diagram showing an example of prediction structures amongSPCs that belong to the lowermost layer in a GOS according to Embodiment1;

FIG. 3 is a diagram showing an example of prediction structures amonglayers according to Embodiment 1;

FIG. 4 is a diagram showing an example order of encoding GOSs accordingto Embodiment 1;

FIG. 5 is a diagram showing an example order of encoding GOSs accordingto Embodiment 1;

FIG. 6 is a block diagram of a three-dimensional data encoding deviceaccording to Embodiment 1;

FIG. 7 is a flowchart of encoding processes according to Embodiment 1;

FIG. 8 is a block diagram of a three-dimensional data decoding deviceaccording to Embodiment 1;

FIG. 9 is a flowchart of decoding processes according to Embodiment 1;

FIG. 10 is a diagram showing an example of meta information according toEmbodiment 1;

FIG. 11 is a diagram showing an example structure of a SWLD according toEmbodiment 2;

FIG. 12 is a diagram showing example operations performed by a serverand a client according to Embodiment 2;

FIG. 13 is a diagram showing example operations performed by the serverand a client according to Embodiment 2;

FIG. 14 is a diagram showing example operations performed by the serverand the clients according to Embodiment 2;

FIG. 15 is a diagram showing example operations performed by the serverand the clients according to Embodiment 2;

FIG. 16 is a block diagram of a three-dimensional data encoding deviceaccording to Embodiment 2;

FIG. 17 is a flowchart of encoding processes according to Embodiment 2;

FIG. 18 is a block diagram of a three-dimensional data decoding deviceaccording to Embodiment 2;

FIG. 19 is a flowchart of decoding processes according to Embodiment 2;

FIG. 20 is a diagram showing an example structure of a WLD according toEmbodiment 2;

FIG. 21 is a diagram showing an example octree structure of the WLDaccording to Embodiment 2;

FIG. 22 is a diagram showing an example structure of a SWLD according toEmbodiment 2;

FIG. 23 is a diagram showing an example octree structure of the SWLDaccording to Embodiment 2;

FIG. 24 is a block diagram of a three-dimensional data creation deviceaccording to Embodiment 3;

FIG. 25 is a block diagram of a three-dimensional data transmissiondevice according to Embodiment 3;

FIG. 26 is a block diagram of a three-dimensional information processingdevice according to Embodiment 4;

FIG. 27 is a block diagram of a three-dimensional data creation deviceaccording to Embodiment 5;

FIG. 28 is a diagram showing a structure of a system according toEmbodiment 6;

FIG. 29 is a block diagram of a client device according to Embodiment 6;

FIG. 30 is a block diagram of a server according to Embodiment 6;

FIG. 31 is a flowchart of a three-dimensional data creation processperformed by the client device according to Embodiment 6;

FIG. 32 is a flowchart of a sensor information transmission processperformed by the client device according to Embodiment 6;

FIG. 33 is a flowchart of a three-dimensional data creation processperformed by the server according to Embodiment 6;

FIG. 34 is a flowchart of a three-dimensional map transmission processperformed by the server according to Embodiment 6;

FIG. 35 is a diagram showing a structure of a variation of the systemaccording to Embodiment 6;

FIG. 36 is a diagram showing a structure of the server and clientdevices according to Embodiment 6;

FIG. 37 is a block diagram of a three-dimensional data encoding deviceaccording to Embodiment 7;

FIG. 38 is a diagram showing an example of a prediction residualaccording to Embodiment 7;

FIG. 39 is a diagram showing an example of a volume according toEmbodiment 7;

FIG. 40 is a diagram showing an example of an octree representation ofthe volume according to Embodiment 7;

FIG. 41 is a diagram showing an example of bit sequences of the volumeaccording to Embodiment 7;

FIG. 42 is a diagram showing an example of an octree representation of avolume according to Embodiment 7;

FIG. 43 is a diagram showing an example of the volume according toEmbodiment 7;

FIG. 44 is a diagram for describing an intra prediction processaccording to Embodiment 7;

FIG. 45 is a diagram for describing a rotation and translation processaccording to Embodiment 7;

FIG. 46 is a diagram showing an example syntax of an RT flag and RTinformation according to Embodiment 7;

FIG. 47 is a diagram for describing an inter prediction processaccording to Embodiment 7;

FIG. 48 is a block diagram of a three-dimensional data decoding deviceaccording to Embodiment 7;

FIG. 49 is a flowchart of a three-dimensional data encoding processperformed by the three-dimensional data encoding device according toEmbodiment 7;

FIG. 50 is a flowchart of a three-dimensional data decoding processperformed by the three-dimensional data decoding device according toEmbodiment 7;

FIG. 51 is a diagram showing a structure of a distribution systemaccording to Embodiment 8;

FIG. 52 is a diagram showing an example structure of a bitstream of anencoded three-dimensional map according to Embodiment 8;

FIG. 53 is a diagram for describing an advantageous effect on encodingefficiency according to Embodiment 8;

FIG. 54 is a flowchart of processes performed by a server according toEmbodiment 8;

FIG. 55 is a flowchart of processes performed by a client according toEmbodiment 8;

FIG. 56 is a diagram showing an example syntax of a submap according toEmbodiment 8;

FIG. 57 is a diagram schematically showing a switching process of anencoding type according to Embodiment 8;

FIG. 58 is a diagram showing an example syntax of a submap according toEmbodiment 8;

FIG. 59 is a flowchart of a three-dimensional data encoding processaccording to Embodiment 8;

FIG. 60 is a flowchart of a three-dimensional data decoding processaccording to Embodiment 8;

FIG. 61 is a diagram schematically showing an operation of a variationof the switching process of the encoding type according to Embodiment 8;

FIG. 62 is a diagram schematically showing an operation of a variationof the switching process of the encoding type according to Embodiment 8;

FIG. 63 is a diagram schematically showing an operation of a variationof the switching process of the encoding type according to Embodiment 8;

FIG. 64 is a diagram schematically showing an operation of a variationof a calculation process of a differential value according to Embodiment8;

FIG. 65 is a diagram schematically showing an operation of a variationof the calculation process of the differential value according toEmbodiment 8;

FIG. 66 is a diagram schematically showing an operation of a variationof the calculation process of the differential value according toEmbodiment 8;

FIG. 67 is a diagram schematically showing an operation of a variationof the calculation process of the differential value according toEmbodiment 8;

and

FIG. 68 is a diagram showing an example syntax of a volume according toEmbodiment 8.

DETAILED DESCRIPTION OF THE EMBODIMENTS

While the use of encoded data such as that of a point cloud in an actualdevice or service requires random access to a desired spatial positionor object, there has been no functionality for random access in encodedthree-dimensional data, nor an encoding method therefor.

The present disclosure describes a three-dimensional data encodingmethod, a three-dimensional data decoding method, a three-dimensionaldata encoding device, or a three-dimensional data decoding devicecapable of providing random access functionality for encodedthree-dimensional data.

The three-dimensional data encoding method according to one aspect ofthe present disclosure is a three-dimensional data encoding method forencoding three-dimensional data, the method including: dividing thethree-dimensional data into first processing units, each being a randomaccess unit and being associated with three-dimensional coordinates; andencoding each of the first processing units to generate encoded data.

This enables random access on a first processing unit basis. Thethree-dimensional data encoding method is thus capable of providingrandom access functionality for encoded three-dimensional data.

For example, the three-dimensional data encoding method may includegenerating first information indicating the first processing units andthe three-dimensional coordinates associated with each of the firstprocessing units, and the encoded data may include the firstinformation.

For example, the first information may further indicate at least one ofan object, a time, and a data storage location that are associated witheach of the first processing units.

For example, in the dividing, each of the first processing units may befurther divided into second processing units, and in the encoding, eachof the second processing units may be encoded.

For example, in the encoding, a current second processing unit among thesecond processing units included in a current first processing unitamong the first processing units may be encoded by referring to anotherof the second processing units included in the current first processingunit.

With this, the encoding efficiency is increased by referring to anothersecond processing unit.

For example, in the encoding, one of three types may be selected as atype of the current second processing unit, and the current secondprocessing unit may be encoded in accordance with the type that has beenselected, the three types being a first type in which another of thesecond processing units is not referred to, a second type in whichanother of the second processing units is referred to, and a third typein which other two of the second processing units are referred to.

For example, in the encoding, a frequency of selecting the first typemay be changed in accordance with the number, or sparseness anddenseness of objects included in the three-dimensional data.

This enables an adequate setting of random accessibility and encodingefficiency, which are in a tradeoff relationship.

For example, in the encoding, a size of the first processing units maybe determined in accordance with the number, or sparseness and densenessof objects or dynamic objects included in the three-dimensional data.

This enables an adequate setting of random accessibility and encodingefficiency, which are in a tradeoff relationship.

For example, each of the first processing units may be spatially dividedin a predetermined direction to have layers, each including at least oneof the second processing units, and in the encoding, each of the secondprocessing units may be encoded by referring to another of the secondprocessing units included in an identical layer of the each of thesecond processing units or included in a lower layer of the identicallayer.

This achieves an increased random accessibility to an important layer ina system, while preventing a decrease in the encoding efficiency.

For example, in the dividing, among the second processing units, asecond processing unit including only a static object and a secondprocessing unit including only a dynamic object may be assigned todifferent ones of the first processing units.

This enables easy control of dynamic objects and static objects.

For example, in the encoding, dynamic objects may be individuallyencoded, and encoded data of each of the dynamic objects may beassociated with a second processing unit, among the second processingunits, that includes only a static object.

This enables easy control of dynamic objects and static objects.

For example, in the dividing, each of the second processing units may befurther divided into third processing units, and in the encoding, eachof the third processing units may be encoded.

For example, each of the third processing units may include at least onevoxel, which is a minimum unit in which position information isassociated. For example, each of the second processing units may includea keypoint group derived from information obtained by a sensor.

For example, the encoded data may include information indicating anencoding order of the first processing units.

For example, the encoded data may include information indicating a sizeof the first processing units.

For example, in the encoding, the first processing units may be encodedin parallel.

Also, the three-dimensional data decoding method according anotheraspect of the present disclosure is a three-dimensional data decodingmethod for decoding three-dimensional data, the method including:decoding each encoded data of first processing units, each being arandom access unit and being associated with three-dimensionalcoordinates, to generate three-dimensional data of the first processingunits.

This enables random access on a first processing unit basis. Thethree-dimensional data decoding method is thus capable of providingrandom access functionality for encoded three-dimensional data.

Also, the three-dimensional data encoding device according to stillanother aspect of the present disclosure is a three-dimensional dataencoding device that encodes three-dimensional data that may include: adivider that divides the three-dimensional data into first processingunits, each being a random access unit and being associated withthree-dimensional coordinates; and an encoder that encodes each of thefirst processing units to generate encoded data.

This enables random access on a first processing unit basis. Thethree-dimensional data encoding device is thus capable of providingrandom access functionality for encoded three-dimensional data.

Also, the three-dimensional data decoding device according to stillanother aspect of the present disclosure is a three-dimensional datadecoding device that decodes three-dimensional data that may include: adecoder that decodes each encoded data of first processing units, eachbeing a random access unit and being associated with three-dimensionalcoordinates, to generate three-dimensional data of the first processingunits.

This enables random access on a first processing unit basis. Thethree-dimensional data decoding device is thus capable of providingrandom access functionality for encoded three-dimensional data.

Note that the present disclosure, which is configured to divide a spacefor encoding, enables quantization, prediction, etc. of such space, andthus is effective also for the case where no random access is performed.

Also, the three-dimensional data encoding method according to one aspectof the present disclosure includes: extracting, from firstthree-dimensional data, second three-dimensional data having an amountof a feature greater than or equal to a threshold; and encoding thesecond three-dimensional data to generate first encodedthree-dimensional data.

According to this three-dimensional data encoding method, first encodedthree-dimensional data is generated that is obtained by encoding datahaving an amount of a feature greater than or equal to the threshold.This reduces the amount of encoded three-dimensional data compared tothe case where the first three-dimensional data is encoded as it is. Thethree-dimensional data encoding method is thus capable of reducing theamount of data to be transmitted.

For example, the three-dimensional data encoding method may furtherinclude encoding the first three-dimensional data to generate secondencoded three-dimensional data.

This three-dimensional data encoding method enables selectivetransmission of the first encoded three-dimensional data and the secondencoded three-dimensional data, in accordance, for example, with theintended use, etc.

For example, the second three-dimensional data may be encoded by a firstencoding method, and the first three-dimensional data may be encoded bya second encoding method different from the first encoding method.

This three-dimensional data encoding method enables the use of anencoding method suitable for each of the first three-dimensional dataand the second three-dimensional data.

For example, of intra prediction and inter prediction, the interprediction may be more preferentially performed in the first encodingmethod than in the second encoding method.

This three-dimensional data encoding method enables inter prediction tobe more preferentially performed on the second three-dimensional data inwhich adjacent data items are likely to have low correlation.

For example, the first encoding method and the second encoding methodmay represent three-dimensional positions differently.

This three-dimensional data encoding method enables the use of a moresuitable method to represent three-dimensional positions ofthree-dimensional data in consideration of the difference in the numberof data items included.

For example, at least one of the first encoded three-dimensional dataand the second encoded three-dimensional data may include an identifierindicating whether the at least one of the first encodedthree-dimensional data and the second encoded three-dimensional data isencoded three-dimensional data obtained by encoding the firstthree-dimensional data or encoded three-dimensional data obtained byencoding part of the first three-dimensional data.

This enables the decoding device to readily judge whether the obtainedencoded three-dimensional data is the first encoded three-dimensionaldata or the second encoded three-dimensional data.

For example, in the encoding of the second three-dimensional data, thesecond three-dimensional data may be encoded in a manner that the firstencoded three-dimensional data has a smaller data amount than a dataamount of the second encoded three-dimensional data.

This three-dimensional data encoding method enables the first encodedthree-dimensional data to have a smaller data amount than the dataamount of the second encoded three-dimensional data.

For example, in the extracting, data corresponding to an object having apredetermined attribute may be further extracted from the firstthree-dimensional data as the second three-dimensional data.

This three-dimensional data encoding method is capable of generating thefirst encoded three-dimensional data that includes data required by thedecoding device.

For example, the three-dimensional data encoding method may furtherinclude sending, to a client, one of the first encoded three-dimensionaldata and the second encoded three-dimensional data in accordance with astatus of the client.

This three-dimensional data encoding method is capable of sendingappropriate data in accordance with the status of the client.

For example, the status of the client may include one of a communicationcondition of the client and a traveling speed of the client.

For example, the three-dimensional data encoding method may furtherinclude sending, to a client, one of the first encoded three-dimensionaldata and the second encoded three-dimensional data in accordance with arequest from the client.

This three-dimensional data encoding method is capable of sendingappropriate data in accordance with the request from the client.

Also, the three-dimensional data decoding method according to anotheraspect of the present disclosure includes: decoding, by a first decodingmethod, first encoded three-dimensional data obtained by encoding secondthree-dimensional data having an amount of a feature greater than orequal to a threshold, the second three-dimensional data having beenextracted from first three-dimensional data; and decoding, by a seconddecoding method, second encoded three-dimensional data obtained byencoding the first three-dimensional data, the second decoding methodbeing different from the first decoding method.

This three-dimensional data decoding method enables selective receptionof the first encoded three-dimensional data obtained by encoding datahaving an amount of a feature greater than or equal to the threshold andthe second encoded three-dimensional data, in accordance, for example,with the intended use, etc. The three-dimensional data decoding methodis thus capable of reducing the amount of data to be transmitted. Suchthree-dimensional data decoding method further enables the use of adecoding method suitable for each of the first three-dimensional dataand the second three-dimensional data.

For example, of intra prediction and inter prediction, the interprediction may be more preferentially performed in the first decodingmethod than in the second decoding method.

This three-dimensional data decoding method enables inter prediction tobe more preferentially performed on the second three-dimensional data inwhich adjacent data items are likely to have low correlation.

For example, the first decoding method and the second decoding methodmay represent three-dimensional positions differently.

This three-dimensional data decoding method enables the use of a moresuitable method to represent three-dimensional positions ofthree-dimensional data in consideration of the difference in the numberof data items included.

For example, at least one of the first encoded three-dimensional dataand the second encoded three-dimensional data may include an identifierindicating whether the at least one of the first encodedthree-dimensional data and the second encoded three-dimensional data isencoded three-dimensional data obtained by encoding the firstthree-dimensional data or encoded three-dimensional data obtained byencoding part of the first three-dimensional data, and the identifiermay be referred to in identifying between the first encodedthree-dimensional data and the second encoded three-dimensional data.

This enables judgment to be readily made of whether the obtained encodedthree-dimensional data is the first encoded three-dimensional data orthe second encoded three-dimensional data.

For example, the three-dimensional data decoding method may furtherinclude: notifying a server of a status of a client; and receiving oneof the first encoded three-dimensional data and the second encodedthree-dimensional data from the server, in accordance with the status ofthe client.

This three-dimensional data decoding method is capable of receivingappropriate data in accordance with the status of the client.

For example, the status of the client may include one of a communicationcondition of the client and a traveling speed of the client.

For example, the three-dimensional data decoding method may furtherinclude: making a request of a server for one of the first encodedthree-dimensional data and the second encoded three-dimensional data;and receiving one of the first encoded three-dimensional data and thesecond encoded three-dimensional data from the server, in accordancewith the request.

This three-dimensional data decoding method is capable of receivingappropriate data in accordance with the intended use.

Also, the three-dimensional data encoding device according to stillanother aspect of the present disclosure include: an extractor thatextracts, from first three-dimensional data, second three-dimensionaldata having an amount of a feature greater than or equal to a threshold;and a first encoder that encodes the second three-dimensional data togenerate first encoded three-dimensional data.

This three-dimensional data encoding device generates first encodedthree-dimensional data by encoding data having an amount of a featuregreater than or equal to the threshold. This reduces the amount datacompared to the case where the first three-dimensional data is encodedas it is. The three-dimensional data encoding device is thus capable ofreducing the amount of data to be transmitted.

Also, the three-dimensional data decoding device according to stillanother aspect of the present disclosure includes: a first decoder thatdecodes, by a first decoding method, first encoded three-dimensionaldata obtained by encoding second three-dimensional data having an amountof a feature greater than or equal to a threshold, the secondthree-dimensional data having been extracted from firstthree-dimensional data; and a second decoder that decodes, by a seconddecoding method, second encoded three-dimensional data obtained byencoding the first three-dimensional data, the second decoding methodbeing different from the first decoding method.

This three-dimensional data decoding devices enables selective receptionof the first encoded three-dimensional data obtained by encoding datahaving an amount of a feature greater than or equal to the threshold andthe second encoded three-dimensional data, in accordance, for example,with the intended use, etc. The three-dimensional data decoding deviceis thus capable of reducing the amount of data to be transmitted. Suchthree-dimensional data decoding device further enables the use of adecoding method suitable for each of the first three-dimensional dataand the second three-dimensional data. A three-dimensional data creationmethod in a client device equipped in a mobile object according to anaspect of the present disclosure includes: creating three-dimensionaldata of a surrounding area of the mobile object using sensor informationthat is obtained through a sensor equipped in the mobile object andindicates a surrounding condition of the mobile object; estimating aself-location of the mobile object using the three-dimensional datacreated; and transmitting the sensor information obtained to a server oran other mobile object.

With this, the three-dimensional data creation method transmits thesensor information to the server and the like. This makes it possible tofurther reduce an amount of transmission data compared to whentransmitting the three-dimensional data. Since there is no need for theclient device to perform processes such as compressing or encoding thethree-dimensional data, it is possible to reduce a processing amount ofthe client device. As such, the three-dimensional data creation methodis capable of reducing the amount of data to be transmitted orsimplifying a structure of a device.

For example, three-dimensional data creation method may further transmita transmission request for a three-dimensional map to the server,receive the three-dimensional map from the server, and in the estimatingof the self-location, estimate the self-location using thethree-dimensional data and the three-dimensional map.

For example, the sensor information may include at least one ofinformation obtained by a laser sensor, a luminance image, an infraredimage, a depth image, sensor position information, or sensor speedinformation.

For example, the sensor information may include at least one ofinformation obtained by a laser sensor, a luminance image, an infraredimage, a depth image, sensor position information, or sensor speedinformation.

For example, the three-dimensional data creation method may encode orcompress the sensor information, and in the transmitting of the sensorinformation, transmit the sensor information that has been encoded orcompressed to the server or the other mobile object.

This enables the three-dimensional data creation method to reduce theamount of data to be transmitted.

A three-dimensional data creation method in a server that is capable ofcommunicating with a client device equipped in a mobile object accordingto the present disclosure includes: receiving sensor information fromthe client device that is obtained through a sensor equipped in themobile object and indicates a surrounding condition of the mobileobject; and creating three-dimensional data of a surrounding area of themobile object using the sensor information received.

With this, the three-dimensional data creation method createsthree-dimensional data using sensor information transmitted from aclient device. This makes it possible to further reduce the amount oftransmission data compared to when the client device transmits thethree-dimensional data. Since there is no need for the client device toperform processes such as compressing or encoding the three-dimensionaldata, it is possible to reduce the processing amount of the clientdevice. As such, the three-dimensional data creation method is capableof reducing the amount of data to be transmitted or simplifying thestructure of the device.

For example, the three-dimensional data creation method may furthertransmit a transmission request for the sensor information to the clientdevice. For example, the three-dimensional data creation method mayfurther update a three-dimensional map using the three-dimensional datacreated, and transmit the three-dimensional map to the client device inresponse to a transmission request for the three-dimensional map fromthe client device.

For example, the sensor information may include at least one ofinformation obtained by a laser sensor, a luminance image, an infraredimage, a depth image, sensor position information, or sensor speedinformation.

For example, the sensor information may include information thatindicates a performance of the sensor.

For example, the three-dimensional data creation method may furthercorrect the three-dimensional data in accordance with the performance ofthe sensor.

This enables the three-dimensional data creation method to improve thequality of the three-dimensional data.

For example, in the receiving of the sensor information, a plurality ofpieces of the sensor information may be received from a plurality ofclient devices each being the client device; and the sensor informationto be used in the creating of the three-dimensional data may beselected, based on a plurality of pieces of information that eachindicates the performance of the sensor included in the plurality ofpieces of the sensor information.

This enables the three-dimensional data creation method to improve thequality of the three-dimensional data.

For example, the sensor information received may be decoded ordecompressed; and the three-dimensional data may be created using thesensor information that has been decoded or decompressed.

This enables the three-dimensional data creation method to reduce theamount of data to be transmitted.

A client device equipped in a mobile object according to an aspect ofthe present disclosure includes a processor and memory. The processoruses the memory to: create three-dimensional data of a surrounding areaof the mobile object using sensor information that is obtained through asensor equipped in the mobile object and indicates a surroundingcondition of the mobile object; estimate a self-location of the mobileobject using the three-dimensional data created; and transmit the sensorinformation obtained to a server or an other mobile object.

With this, the client device transmits the sensor information to theserver and the like. This makes it possible to further reduce the amountof transmission data compared to when transmitting the three-dimensionaldata. Since there is no need for the client device to perform processessuch as compressing or encoding the three-dimensional data, it ispossible to reduce the processing amount of the client device. As such,the client device is capable of reducing the amount of data to betransmitted or simplifying the structure of the device.

A server that is capable of communicating with a client device equippedin a mobile object according to an aspect of the present disclosureincludes a processor and memory. The processor uses the memory to:receive sensor information from the client device that is obtainedthrough a sensor equipped in the mobile object and indicates asurrounding condition of the mobile object; and create three-dimensionaldata of a surrounding area of the mobile object using the sensorinformation received.

With this, the server creates the three-dimensional data using thesensor information transmitted from the client device. This makes itpossible to further reduce the amount of transmission data compared towhen the client device transmits the three-dimensional data. Since thereis no need for the client device to perform processes such ascompressing or encoding the three-dimensional data, it is possible toreduce the processing amount of the client device. As such, the serveris capable of reducing the amount of data to be transmitted orsimplifying the structure of the device.

A three-dimensional data encoding method according to an aspect of thepresent disclosure includes: generating predicted position informationusing position information on three-dimensional points included inthree-dimensional reference data associated with a time different from atime associated with current three-dimensional data; and encodingposition information on three-dimensional points included in the currentthree-dimensional data, using the predicted position information.

This enables the three-dimensional data encoding method to improveencoding efficiency since it is possible to reduce an amount of data ofan encoded signal.

For example, in the generating of the predicted position information,the predicted position information may be generated by applying arotation and translation process to the position information on thethree-dimensional points included in the three-dimensional referencedata.

For example, the three-dimensional data encoding method may includeencoding a flag that indicates whether to apply the rotation andtranslation process to the position information on the three-dimensionalpoints included in the three-dimensional reference data.

For example, the three-dimensional data encoding method may furtherinclude encoding information that indicates contents of the rotation andtranslation process.

For example, in the encoding: differential position information may becalculated, the differential position information being a differencebetween the predicted position information and the position informationon the three-dimensional points included in the currentthree-dimensional data; and the differential position information may beencoded.

For example, the position information may be: represented using anoctree structure; and expressed in a scan order that prioritizes abreadth over a depth in the octree structure.

For example, the position information may be: represented using anoctree structure; and expressed in a scan order that prioritizes a depthover a breadth in the octree structure.

For example, each of the three-dimensional points included in thethree-dimensional reference data and the current three-dimensional datainclude may include attribute information. The three-dimensional dataencoding method may further include: generating predicted attributeinformation using the attribute information of the three-dimensionalpoints included in the three-dimensional reference data; and encodingthe attribute information of the three-dimensional points included inthe current three-dimensional data, using the predicted attributeinformation.

This enables the three-dimensional data encoding method to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, in the generating of the predicted position information,the predicted position information may be generated by applying (i) afirst rotation and translation process to the position information onthe three-dimensional points included in the three-dimensional referencedata, and (ii) a second rotation and translation process to the positioninformation on the three-dimensional points obtained through the firstrotation and translation process, the first rotation and translationprocess using a first unit and the second rotation and translationprocess using a second unit that is smaller than the first unit.

A three-dimensional data decoding method according to an aspect of thepresent disclosure includes: generating predicted position informationusing position information on three-dimensional points included inthree-dimensional reference data associated with a time different from atime associated with current three-dimensional data; and restoringposition information on three-dimensional points included in the currentthree-dimensional data, by decoding encoded position informationincluded in an encoded signal, using the predicted position information.

This enables the three-dimensional data decoding method to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, in the generating of the predicted position information,the predicted position information may be generated by applying arotation and translation process to the position information on thethree-dimensional points included in the three-dimensional referencedata.

For example, the three-dimensional data decoding method may includedecoding a flag that indicates whether to apply the rotation andtranslation process to the position information on the three-dimensionalpoints included in the three-dimensional reference data.

For example, the three-dimensional data decoding method may furtherinclude decoding information that indicates contents of the rotation andtranslation process.

For example, the encoded position information may be differentialposition information, the differential position information being adifference between the predicted position information and the positioninformation on the three-dimensional points included in the currentthree-dimensional data. In the restoring, the position information onthe three-dimensional points included in the current three-dimensionaldata may be restored by adding the differential position information tothe predicted position information.

For example, the position information may be: represented using anoctree structure; and expressed in a scan order that prioritizes abreadth over a depth in the octree structure.

For example, the position information may be: represented using anoctree structure; and expressed in a scan order that prioritizes a depthover a breadth in the octree structure.

For example, each of the three-dimensional points included in thethree-dimensional reference data and the current three-dimensional datamay include attribute information. The three-dimensional data decodingmethod may further include: generating predicted attribute informationusing the attribute information of the three-dimensional points includedin the three-dimensional reference data; and restoring the attributeinformation of the three-dimensional points included in the currentthree-dimensional data, by decoding encoded attribute informationincluded in the encoded signal, using the predicted positioninformation.

This enables the three-dimensional data decoding method to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, in the generating of the predicted position information,the predicted position information may be generated by applying (i) afirst rotation and translation process to the position information onthe three-dimensional points included in the three-dimensional referencedata, and (ii) a second rotation and translation process to the positioninformation on the three-dimensional points obtained through the firstrotation and translation process, the first rotation and translationprocess using a first unit and the second rotation and translationprocess using a second unit that is smaller than the first unit.

A three-dimensional data encoding device according to an aspect of thepresent disclosure includes a processor and memory. The processor usesthe memory to: generate predicted position information using positioninformation on three-dimensional points included in three-dimensionalreference data associated with a time different from a time associatedwith current three-dimensional data; and encode position information onthree-dimensional points included in the current three-dimensional data,using the predicted position information.

This enables the three-dimensional data encoding device to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

A three-dimensional data decoding device according to an aspect of thepresent disclosure includes a processor and memory. The processor usesthe memory to: generate predicted position information using positioninformation on three-dimensional points included in three-dimensionalreference data associated with a time different from a time associatedwith current three-dimensional data; and restore position information onthree-dimensional points included in the current three-dimensional data,by decoding encoded position information included in an encoded signal,using the predicted position information.

This enables the three-dimensional data decoding device to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

A three-dimensional data encoding method according to an aspect of thepresent disclosure includes: determining whether to encode, using anoctree structure, a current space unit among a plurality of space unitsincluded in three-dimensional data; encoding the current space unitusing the octree structure, when it is determined that the current spaceunit is to be encoded using the octree structure; encoding the currentspace unit using a different method that is not the octree structure,when it is determined that the current space unit is not to be encodedusing the octree structure; and appending, to a bitstream, informationthat indicates whether the current space unit has been encoded using theoctree structure.

This enables the three-dimensional data encoding method to improveencoding efficiency since it is possible to reduce an amount of data ofan encoded signal.

For example, in the different method, coordinates of three-dimensionalpoints included in the current space unit may be encoded.

For example, in the different method, a difference between referencecoordinates of the current space unit and the coordinates of thethree-dimensional points included in the current space unit may beencoded.

For example, in the determining it may be determined that: the currentspace unit is to be encoded using the octree structure, when a totalnumber of the three-dimensional points included in the current spaceunit is higher than a predetermined threshold; and the current spaceunit is not to be encoded using the octree structure, when the totalnumber of the three-dimensional points included in the current spaceunit is lower than or equal to the predetermined threshold.

This enables the three-dimensional data encoding method to select anappropriate encoding type in accordance with the total number ofthree-dimensional points included in the current space unit.

A three-dimensional data decoding method according to an aspect of thepresent disclosure includes: decoding, from a bitstream, informationthat indicates whether to decode, using an octree structure, a currentspace unit among a plurality of space units included inthree-dimensional data; decoding the current space unit using the octreestructure, when the information indicates that the current space unit isto be decoded using the octree structure; and decoding the current spaceunit using a different method that is not the octree structure, when theinformation indicates not to decode the current space unit using theoctree structure.

This enables the three-dimensional data decoding method to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, in the different method, coordinates of three-dimensionalpoints included in the current space unit may be decoded.

For example, in the different method, a difference between referencecoordinates of the current space unit and the coordinates of thethree-dimensional points included in the current space unit may bedecoded.

A three-dimensional data encoding device according to an aspect of thepresent disclosure includes a processor and memory, the processor usingthe memory to: determine whether to encode, using an octree structure, acurrent space unit among a plurality of space units included inthree-dimensional data; encode the current space unit using the octreestructure, when it is determined that the current space unit is to beencoded using the octree structure; encode the current space unit usinga different method that is not the octree structure, when it isdetermined that the current space unit is not to be encoded using theoctree structure; and append, to a bitstream, information that indicateswhether the current space unit has been encoded using the octreestructure.

This enables the three-dimensional data encoding device to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

A three-dimensional data decoding device includes a processor andmemory, the processor using the memory to: decode, from a bitstream,information that indicates whether a current space unit among aplurality of space units included in three-dimensional data has beenencoded using an octree structure; decode the current space unit usingthe octree structure, when the information indicates that the currentspace unit has been encoded using the octree structure; and decode thecurrent space unit using a different method that is not the octreestructure, when the information indicates that the current space unithas not been encoded using the octree structure.

This enables the three-dimensional data decoding device to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

Note that these general or specific aspects may be implemented as asystem, a method, an integrated circuit, a computer program, or acomputer-readable recording medium such as a CD-ROM, or may beimplemented as any combination of a system, a method, an integratedcircuit, a computer program, and a recording medium.

The following describes embodiments with reference to the drawings. Notethat the following embodiments show exemplary embodiments of the presentdisclosure. The numerical values, shapes, materials, structuralcomponents, the arrangement and connection of the structural components,steps, the processing order of the steps, etc. shown in the followingembodiments are mere examples, and thus are not intended to limit thepresent disclosure. Of the structural components described in thefollowing embodiments, structural components not recited in any one ofthe independent claims that indicate the broadest concepts will bedescribed as optional structural components.

Embodiment 1

First, the data structure of encoded three-dimensional data (hereinafteralso referred to as encoded data) according to the present embodimentwill be described. FIG. 1 is a diagram showing the structure of encodedthree-dimensional data according to the present embodiment.

In the present embodiment, a three-dimensional space is divided intospaces (SPCs), which correspond to pictures in moving picture encoding,and the three-dimensional data is encoded on a SPC-by-SPC basis. EachSPC is further divided into volumes (VLMs), which correspond tomacroblocks, etc. in moving picture encoding, and predictions andtransforms are performed on a VLM-by-VLM basis. Each volume includes aplurality of voxels (VXLs), each being a minimum unit in which positioncoordinates are associated. Note that prediction is a process ofgenerating predictive three-dimensional data analogous to a currentprocessing unit by referring to another processing unit, and encoding adifferential between the predictive three-dimensional data and thecurrent processing unit, as in the case of predictions performed ontwo-dimensional images. Such prediction includes not only spatialprediction in which another prediction unit corresponding to the sametime is referred to, but also temporal prediction in which a predictionunit corresponding to a different time is referred to.

When encoding a three-dimensional space represented by point group datasuch as a point cloud, for example, the three-dimensional data encodingdevice (hereinafter also referred to as the encoding device) encodes thepoints in the point group or points included in the respective voxels ina collective manner, in accordance with a voxel size. Finer voxelsenable a highly-precise representation of the three-dimensional shape ofa point group, while larger voxels enable a rough representation of thethree-dimensional shape of a point group.

Note that the following describes the case where three-dimensional datais a point cloud, but three-dimensional data is not limited to a pointcloud, and thus three-dimensional data of any format may be employed.

Also note that voxels with a hierarchical structure may be used. In sucha case, when the hierarchy includes n levels, whether a sampling pointis included in the n−1th level or its lower levels (the lower levels ofthe n-th level) may be sequentially indicated. For example, when onlythe n-th level is decoded, and the n−1th level or its lower levelsinclude a sampling point, the n-th level can be decoded on theassumption that a sampling point is included at the center of a voxel inthe n-th level.

Also, the encoding device obtains point group data, using, for example,a distance sensor, a stereo camera, a monocular camera, a gyroscopesensor, or an inertial sensor.

As in the case of moving picture encoding, each SPC is classified intoone of at least the three prediction structures that include: intra SPC(I-SPC), which is individually decodable; predictive SPC (P-SPC) capableof only a unidirectional reference; and bidirectional SPC (B-SPC)capable of bidirectional references. Each SPC includes two types of timeinformation: decoding time and display time.

Furthermore, as shown in FIG. 1, a processing unit that includes aplurality of SPCs is a group of spaces (GOS), which is a random accessunit. Also, a processing unit that includes a plurality of GOSs is aworld (WLD).

The spatial region occupied by each world is associated with an absoluteposition on earth, by use of, for example, GPS, or latitude andlongitude information. Such position information is stored asmeta-information. Note that meta-information may be included in encodeddata, or may be transmitted separately from the encoded data.

Also, inside a GOS, all SPCs may be three-dimensionally adjacent to oneanother, or there may be a SPC that is not three-dimensionally adjacentto another SPC.

Note that the following also describes processes such as encoding,decoding, and reference to be performed on three-dimensional dataincluded in processing units such as GOS, SPC, and VLM, simply asperforming encoding/to encode, decoding/to decode, referring to, etc. ona processing unit. Also note that three-dimensional data included in aprocessing unit includes, for example, at least one pair of a spatialposition such as three-dimensional coordinates and an attribute valuesuch as color information.

Next, the prediction structures among SPCs in a GOS will be described. Aplurality of SPCs in the same GOS or a plurality of VLMs in the same SPCoccupy mutually different spaces, while having the same time information(the decoding time and the display time).

A SPC in a GOS that comes first in the decoding order is an I-SPC. GOSscome in two types: closed GOS and open GOS. A closed GOS is a GOS inwhich all SPCs in the GOS are decodable when decoding starts from thefirst I-SPC. Meanwhile, an open GOS is a GOS in which a different GOS isreferred to in one or more SPCs preceding the first I-SPC in the GOS inthe display time, and thus cannot be singly decoded.

Note that in the case of encoded data of map information, for example, aWLD is sometimes decoded in the backward direction, which is opposite tothe encoding order, and thus backward reproduction is difficult whenGOSs are interdependent. In such a case, a closed GOS is basically used.

Each GOS has a layer structure in height direction, and SPCs aresequentially encoded or decoded from SPCs in the bottom layer.

FIG. 2 is a diagram showing an example of prediction structures amongSPCs that belong to the lowermost layer in a GOS. FIG. 3 is a diagramshowing an example of prediction structures among layers.

A GOS includes at least one I-SPC. Of the objects in a three-dimensionalspace, such as a person, an animal, a car, a bicycle, a signal, and abuilding serving as a landmark, a small-sized object is especiallyeffective when encoded as an I-SPC. When decoding a GOS at a lowthroughput or at a high speed, for example, the three-dimensional datadecoding device (hereinafter also referred to as the decoding device)decodes only I-SPC(s) in the GOS.

The encoding device may also change the encoding interval or theappearance frequency of I-SPCs, depending on the degree of sparsenessand denseness of the objects in a WLD.

In the structure shown in FIG. 3, the encoding device or the decodingdevice encodes or decodes a plurality of layers sequentially from thebottom layer (layer 1). This increases the priority of data on theground and its vicinity, which involve a larger amount of information,when, for example, a self-driving car is concerned.

Regarding encoded data used for a drone, for example, encoding ordecoding may be performed sequentially from SPCs in the top layer in aGOS in height direction.

The encoding device or the decoding device may also encode or decode aplurality of layers in a manner that the decoding device can have arough grasp of a GOS first, and then the resolution is graduallyincreased. The encoding device or the decoding device may performencoding or decoding in the order of layers 3, 8, 1, 9 . . . , forexample.

Next, the handling of static objects and dynamic objects will bedescribed.

A three-dimensional space includes scenes or still objects such as abuilding and a road (hereinafter collectively referred to as staticobjects), and objects with motion such as a car and a person(hereinafter collectively referred to as dynamic objects). Objectdetection is separately performed by, for example, extracting keypointsfrom point cloud data, or from video of a camera such as a stereocamera. In this description, an example method of encoding a dynamicobject will be described.

A first method is a method in which a static object and a dynamic objectare encoded without distinction. A second method is a method in which adistinction is made between a static object and a dynamic object on thebasis of identification information.

For example, a GOS is used as an identification unit. In such a case, adistinction is made between a GOS that includes SPCs constituting astatic object and a GOS that includes SPCs constituting a dynamicobject, on the basis of identification information stored in the encodeddata or stored separately from the encoded data.

Alternatively, a SPC may be used as an identification unit. In such acase, a distinction is made between a SPC that includes VLMsconstituting a static object and a SPC that includes VLMs constituting adynamic object, on the basis of the identification information thusdescribed.

Alternatively, a VLM or a VXL may be used as an identification unit. Insuch a case, a distinction is made between a VLM or a VXL that includesa static object and a VLM or a VXL that includes a dynamic object, onthe basis of the identification information thus described.

The encoding device may also encode a dynamic object as at least one VLMor SPC, and may encode a VLM or a SPC including a static object and aSPC including a dynamic object as mutually different GOSs. When the GOSsize is variable depending on the size of a dynamic object, the encodingdevice separately stores the GOS size as meta-information.

The encoding device may also encode a static object and a dynamic objectseparately from each other, and may superimpose the dynamic object ontoa world constituted by static objects. In such a case, the dynamicobject is constituted by at least one SPC, and each SPC is associatedwith at least one SPC constituting the static object onto which the eachSPC is to be superimposed. Note that a dynamic object may be representednot by SPC(s) but by at least one VLM or VXL.

The encoding device may also encode a static object and a dynamic objectas mutually different streams.

The encoding device may also generate a GOS that includes at least oneSPC constituting a dynamic object. The encoding device may further setthe size of a GOS including a dynamic object (GOS_M) and the size of aGOS including a static object corresponding to the spatial region ofGOS_M at the same size (such that the same spatial region is occupied).This enables superimposition to be performed on a GOS-by-GOS basis.

SPC(s) included in another encoded GOS may be referred to in a P-SPC ora B-SPC constituting a dynamic object. In the case where the position ofa dynamic object temporally changes, and the same dynamic object isencoded as an object in a GOS corresponding to a different time,referring to SPC(s) across GOSs is effective in terms of compressionrate.

The first method and the second method may be selected in accordancewith the intended use of encoded data. When encoded three-dimensionaldata is used as a map, for example, a dynamic object is desired to beseparated, and thus the encoding device uses the second method.Meanwhile, the encoding device uses the first method when the separationof a dynamic object is not required such as in the case wherethree-dimensional data of an event such as a concert and a sports eventis encoded.

The decoding time and the display time of a GOS or a SPC are storable inencoded data or as meta-information. All static objects may have thesame time information. In such a case, the decoding device may determinethe actual decoding time and display time. Alternatively, a differentvalue may be assigned to each GOS or SPC as the decoding time, and thesame value may be assigned as the display time. Furthermore, as in thecase of the decoder model in moving picture encoding such asHypothetical Reference Decoder (HRD) compliant with HEVC, a model may beemployed that ensures that a decoder can perform decoding without failby having a buffer of a predetermined size and by reading a bitstream ata predetermined bit rate in accordance with the decoding times.

Next, the topology of GOSs in a world will be described. The coordinatesof the three-dimensional space in a world are represented by the threecoordinate axes (x axis, y axis, and z axis) that are orthogonal to oneanother. A predetermined rule set for the encoding order of GOSs enablesencoding to be performed such that spatially adjacent GOSs arecontiguous in the encoded data. In an example shown in FIG. 4, forexample, GOSs in the x and z planes are successively encoded. After thecompletion of encoding all GOSs in certain x and z planes, the value ofthe y axis is updated. Stated differently, the world expands in the yaxis direction as the encoding progresses. The GOS index numbers are setin accordance with the encoding order.

Here, the three-dimensional spaces in the respective worlds arepreviously associated one-to-one with absolute geographical coordinatessuch as GPS coordinates or latitude/longitude coordinates.Alternatively, each three-dimensional space may be represented as aposition relative to a previously set reference position. The directionsof the x axis, the y axis, and the z axis in the three-dimensional spaceare represented by directional vectors that are determined on the basisof the latitudes and the longitudes, etc. Such directional vectors arestored together with the encoded data as meta-information.

GOSs have a fixed size, and the encoding device stores such size asmeta-information. The GOS size may be changed depending on, for example,whether it is an urban area or not, or whether it is inside or outsideof a room. Stated differently, the GOS size may be changed in accordancewith the amount or the attributes of objects with information values.Alternatively, in the same world, the encoding device may adaptivelychange the GOS size or the interval between I-SPCs in GOSs in accordancewith the object density, etc. For example, the encoding device sets theGOS size to smaller and the interval between I-SPCs in GOSs to shorter,as the object density is higher.

In an example shown in FIG. 5, to enable random access with a finergranularity, a GOS with a high object density is partitioned into theregions of the third to tenth GOSs. Note that the seventh to tenth GOSsare located behind the third to sixth GOSs.

Next, the structure and the operation flow of the three-dimensional dataencoding device according to the present embodiment will be described.FIG. 6 is a block diagram of three-dimensional data encoding device 100according to the present embodiment. FIG. 7 is a flowchart of an exampleoperation performed by three-dimensional data encoding device 100.

Three-dimensional data encoding device 100 shown in FIG. 6 encodesthree-dimensional data 111, thereby generating encoded three-dimensionaldata 112. Such three-dimensional data encoding device 100 includesobtainer 101, encoding region determiner 102, divider 103, and encoder104.

As shown in FIG. 7, first, obtainer 101 obtains three-dimensional data111, which is point group data (S101).

Next, encoding region determiner 102 determines a current region forencoding from among spatial regions corresponding to the obtained pointgroup data (S102). For example, in accordance with the position of auser or a vehicle, encoding region determiner 102 determines, as thecurrent region, a spatial region around such position.

Next, divider 103 divides the point group data included in the currentregion into processing units. The processing units here means units suchas GOSs and SPCs described above. The current region here correspondsto, for example, a world described above. More specifically, divider 103divides the point group data into processing units on the basis of apredetermined GOS size, or the presence/absence/size of a dynamic object(S103). Divider 103 further determines the starting position of the SPCthat comes first in the encoding order in each GOS.

Next, encoder 104 sequentially encodes a plurality of SPCs in each GOS,thereby generating encoded three-dimensional data 112 (S104).

Note that although an example is described here in which the currentregion is divided into GOSs and SPCs, after which each GOS is encoded,the processing steps are not limited to this order. For example, stepsmay be employed in which the structure of a single GOS is determined,which is followed by the encoding of such GOS, and then the structure ofthe subsequent GOS is determined.

As thus described, three-dimensional data encoding device 100 encodesthree-dimensional data 111, thereby generating encoded three-dimensionaldata 112. More specifically, three-dimensional data encoding device 100divides three-dimensional data into first processing units (GOSs), eachbeing a random access unit and being associated with three-dimensionalcoordinates, divides each of the first processing units (GOSs) intosecond processing units (SPCs), and divides each of the secondprocessing units (SPCs) into third processing units (VLMs). Each of thethird processing units (VLMs) includes at least one voxel (VXL), whichis the minimum unit in which position information is associated.

Next, three-dimensional data encoding device 100 encodes each of thefirst processing units (GOSs), thereby generating encodedthree-dimensional data 112. More specifically, three-dimensional dataencoding device 100 encodes each of the second processing units (SPCs)in each of the first processing units (GOSs). Three-dimensional dataencoding device 100 further encodes each of the third processing units(VLMs) in each of the second processing units (SPCs).

When a current first processing unit (GOS) is a closed GOS, for example,three-dimensional data encoding device 100 encodes a current secondprocessing unit (SPC) included in such current first processing unit(GOS) by referring to another second processing unit (SPC) included inthe current first processing unit (GOS). Stated differently,three-dimensional data encoding device 100 refers to no secondprocessing unit (SPC) included in a first processing unit (GOS) that isdifferent from the current first processing unit (GOS).

Meanwhile, when a current first processing unit (GOS) is an open GOS,three-dimensional data encoding device 100 encodes a current secondprocessing unit (SPC) included in such current first processing unit(GOS) by referring to another second processing unit (SPC) included inthe current first processing unit (GOS) or a second processing unit(SPC) included in a first processing unit (GOS) that is different fromthe current first processing unit (GOS).

Also, three-dimensional data encoding device 100 selects, as the type ofa current second processing unit (SPC), one of the following: a firsttype (I-SPC) in which another second processing unit (SPC) is notreferred to; a second type (P-SPC) in which another single secondprocessing unit (SPC) is referred to; and a third type in which othertwo second processing units (SPC) are referred to. Three-dimensionaldata encoding device 100 encodes the current second processing unit(SPC) in accordance with the selected type.

Next, the structure and the operation flow of the three-dimensional datadecoding device according to the present embodiment will be described.FIG. 8 is a block diagram of three-dimensional data decoding device 200according to the present embodiment. FIG. 9 is a flowchart of an exampleoperation performed by three-dimensional data decoding device 200.

Three-dimensional data decoding device 200 shown in FIG. 8 decodesencoded three-dimensional data 211, thereby generating decodedthree-dimensional data 212. Encoded three-dimensional data 211 here is,for example, encoded three-dimensional data 112 generated bythree-dimensional data encoding device 100. Such three-dimensional datadecoding device 200 includes obtainer 201, decoding start GOS determiner202, decoding SPC determiner 203, and decoder 204.

First, obtainer 201 obtains encoded three-dimensional data 211 (S201).Next, decoding start GOS determiner 202 determines a current GOS fordecoding (S202). More specifically, decoding start GOS determiner 202refers to meta-information stored in encoded three-dimensional data 211or stored separately from the encoded three-dimensional data todetermine, as the current GOS, a GOS that includes a SPC correspondingto the spatial position, the object, or the time from which decoding isto start.

Next, decoding SPC determiner 203 determines the type(s) (I, P, and/orB) of SPCs to be decoded in the GOS (S203). For example, decoding SPCdeterminer 203 determines whether to (1) decode only I-SPC(s), (2) todecode I-SPC(s) and P-SPCs, or (3) to decode SPCs of all types. Notethat the present step may not be performed, when the type(s) of SPCs tobe decoded are previously determined such as when all SPCs arepreviously determined to be decoded.

Next, decoder 204 obtains an address location within encodedthree-dimensional data 211 from which a SPC that comes first in the GOSin the decoding order (the same as the encoding order) starts. Decoder204 obtains the encoded data of the first SPC from the address location,and sequentially decodes the SPCs from such first SPC (S204). Note thatthe address location is stored in the meta-information, etc.

Three-dimensional data decoding device 200 decodes decodedthree-dimensional data 212 as thus described. More specifically,three-dimensional data decoding device 200 decodes each encodedthree-dimensional data 211 of the first processing units (GOSs), eachbeing a random access unit and being associated with three-dimensionalcoordinates, thereby generating decoded three-dimensional data 212 ofthe first processing units (GOSs). Even more specifically,three-dimensional data decoding device 200 decodes each of the secondprocessing units (SPCs) in each of the first processing units (GOSs).Three-dimensional data decoding device 200 further decodes each of thethird processing units (VLMs) in each of the second processing units(SPCs).

The following describes meta-information for random access. Suchmeta-information is generated by three-dimensional data encoding device100, and included in encoded three-dimensional data 112 (211).

In the conventional random access for a two-dimensional moving picture,decoding starts from the first frame in a random access unit that isclose to a specified time. Meanwhile, in addition to times, randomaccess to spaces (coordinates, objects, etc.) is assumed to be performedin a world.

To enable random access to at least three elements of coordinates,objects, and times, tables are prepared that associate the respectiveelements with the GOS index numbers. Furthermore, the GOS index numbersare associated with the addresses of the respective first I-SPCs in theGOSs. FIG. 10 is a diagram showing example tables included in themeta-information. Note that not all the tables shown in FIG. 10 arerequired to be used, and thus at least one of the tables is used.

The following describes an example in which random access is performedfrom coordinates as a starting point. To access the coordinates (x2, y2,and z2), the coordinates-GOS table is first referred to, which indicatesthat the point corresponding to the coordinates (x2, y2, and z2) isincluded in the second GOS. Next, the GOS-address table is referred to,which indicates that the address of the first I-SPC in the second GOS isaddr(2). As such, decoder 204 obtains data from this address to startdecoding.

Note that the addresses may either be logical addresses or physicaladdresses of an HDD or a memory. Alternatively, information thatidentifies file segments may be used instead of addresses. File segmentsare, for example, units obtained by segmenting at least one GOS, etc.

When an object spans across a plurality of GOSs, the object-GOS tablemay show a plurality of GOSs to which such object belongs. When suchplurality of GOSs are closed GOSs, the encoding device and the decodingdevice can perform encoding or decoding in parallel. Meanwhile, whensuch plurality of GOSs are open GOSs, a higher compression efficiency isachieved by the plurality of GOSs referring to each other.

Example objects include a person, an animal, a car, a bicycle, a signal,and a building serving as a landmark. For example, three-dimensionaldata encoding device 100 extracts keypoints specific to an object from athree-dimensional point cloud, etc., when encoding a world, and detectsthe object on the basis of such keypoints to set the detected object asa random access point.

As thus described, three-dimensional data encoding device 100 generatesfirst information indicating a plurality of first processing units(GOSs) and the three-dimensional coordinates associated with therespective first processing units (GOSs). Encoded three-dimensional data112 (211) includes such first information. The first information furtherindicates at least one of objects, times, and data storage locationsthat are associated with the respective first processing units (GOSs).

Three-dimensional data decoding device 200 obtains the first informationfrom encoded three-dimensional data 211. Using such first information,three-dimensional data decoding device 200 identifies encodedthree-dimensional data 211 of the first processing unit that correspondsto the specified three-dimensional coordinates, object, or time, anddecodes encoded three-dimensional data 211.

The following describes an example of other meta-information. Inaddition to the meta-information for random access, three-dimensionaldata encoding device 100 may also generate and store meta-information asdescribed below, and three-dimensional data decoding device 200 may usesuch meta-information at the time of decoding.

When three-dimensional data is used as map information, for example, aprofile is defined in accordance with the intended use, and informationindicating such profile may be included in meta-information. Forexample, a profile is defined for an urban or a suburban area, or for aflying object, and the maximum or minimum size, etc. of a world, a SPCor a VLM, etc. is defined in each profile. For example, more detailedinformation is required for an urban area than for a suburban area, andthus the minimum VLM size is set to small.

The meta-information may include tag values indicating object types.Each of such tag values is associated with VLMs, SPCs, or GOSs thatconstitute an object. For example, a tag value may be set for eachobject type in a manner, for example, that the tag value “0” indicates“person,” the tag value “1” indicates “car,” and the tag value “2”indicates “signal.” Alternatively, when an object type is hard to judge,or such judgment is not required, a tag value may be used that indicatesthe size or the attribute indicating, for example, whether an object isa dynamic object or a static object.

The meta-information may also include information indicating a range ofthe spatial region occupied by a world.

The meta-information may also store the SPC or VXL size as headerinformation common to the whole stream of the encoded data or to aplurality of SPCs, such as SPCs in a GOS.

The meta-information may also include identification information on adistance sensor or a camera that has been used to generate a pointcloud, or information indicating the positional accuracy of a pointgroup in the point cloud.

The meta-information may also include information indicating whether aworld is made only of static objects or includes a dynamic object.

The following describes variations of the present embodiment.

The encoding device or the decoding device may encode or decode two ormore mutually different SPCs or GOSs in parallel. GOSs to be encoded ordecoded in parallel can be determined on the basis of meta-information,etc. indicating the spatial positions of the GOSs.

When three-dimensional data is used as a spatial map for use by a car ora flying object, etc. in traveling, or for creation of such a spatialmap, for example, the encoding device or the decoding device may encodeor decode GOSs or SPCs included in a space that is identified on thebasis of GPS information, the route information, the zoom magnification,etc.

The decoding device may also start decoding sequentially from a spacethat is close to the self-location or the traveling route. The encodingdevice or the decoding device may give a lower priority to a spacedistant from the self-location or the traveling route than the priorityof a nearby space to encode or decode such distant place. To “give alower priority” means here, for example, to lower the priority in theprocessing sequence, to decrease the resolution (to apply decimation inthe processing), or to lower the image quality (to increase the encodingefficiency by, for example, setting the quantization step to larger).

When decoding encoded data that is hierarchically encoded in a space,the decoding device may decode only the bottom level in the hierarchy.

The decoding device may also start decoding preferentially from thebottom level of the hierarchy in accordance with the zoom magnificationor the intended use of the map.

For self-location estimation or object recognition, etc. involved in theself-driving of a car or a robot, the encoding device or the decodingdevice may encode or decode regions at a lower resolution, except for aregion that is lower than or at a specified height from the ground (theregion to be recognized). The encoding device may also encode pointclouds representing the spatial shapes of a room interior and a roomexterior separately. For example, the separation of a GOS representing aroom interior (interior GOS) and a GOS representing a room exterior(exterior GOS) enables the decoding device to select a GOS to be decodedin accordance with a viewpoint location, when using the encoded data.

The encoding device may also encode an interior GOS and an exterior GOShaving close coordinates so that such GOSs come adjacent to each otherin an encoded stream. For example, the encoding device associates theidentifiers of such GOSs with each other, and stores informationindicating the associated identifiers into the meta-information that isstored in the encoded stream or stored separately. This enables thedecoding device to refer to the information in the meta-information toidentify an interior GOS and an exterior GOS having close coordinates

The encoding device may also change the GOS size or the SPC sizedepending on whether a GOS is an interior GOS or an exterior GOS. Forexample, the encoding device sets the size of an interior GOS to smallerthan the size of an exterior GOS. The encoding device may also changethe accuracy of extracting keypoints from a point cloud, or the accuracyof detecting objects, for example, depending on whether a GOS is aninterior GOS or an exterior GOS.

The encoding device may also add, to encoded data, information by whichthe decoding device displays objects with a distinction between adynamic object and a static object. This enables the decoding device todisplay a dynamic object together with, for example, a red box orletters for explanation. Note that the decoding device may display onlya red box or letters for explanation, instead of a dynamic object. Thedecoding device may also display more particular object types. Forexample, a red box may be used for a car, and a yellow box may be usedfor a person.

The encoding device or the decoding device may also determine whether toencode or decode a dynamic object and a static object as a different SPCor GOS, in accordance with, for example, the appearance frequency ofdynamic objects or a ratio between static objects and dynamic objects.For example, when the appearance frequency or the ratio of dynamicobjects exceeds a threshold, a SPC or a GOS including a mixture of adynamic object and a static object is accepted, while when theappearance frequency or the ratio of dynamic objects is below athreshold, a SPC or GOS including a mixture of a dynamic object and astatic object is unaccepted.

When detecting a dynamic object not from a point cloud but fromtwo-dimensional image information of a camera, the encoding device mayseparately obtain information for identifying a detection result (box orletters) and the object position, and encode these items of informationas part of the encoded three-dimensional data. In such a case, thedecoding device superimposes auxiliary information (box or letters)indicating the dynamic object onto a resultant of decoding a staticobject to display it.

The encoding device may also change the sparseness and denseness of VXLsor VLMs in a SPC in accordance with the degree of complexity of theshape of a static object. For example, the encoding device sets VXLs orVLMs at a higher density as the shape of a static object is morecomplex. The encoding device may further determine a quantization step,etc. for quantizing spatial positions or color information in accordancewith the sparseness and denseness of VXLs or VLMs. For example, theencoding device sets the quantization step to smaller as the density ofVXLs or VLMs is higher.

As described above, the encoding device or the decoding device accordingto the present embodiment encodes or decodes a space on a SPC-by-SPCbasis that includes coordinate information.

Furthermore, the encoding device and the decoding device performencoding or decoding on a volume-by-volume basis in a SPC. Each volumeincludes a voxel, which is the minimum unit in which positioninformation is associated.

Also, using a table that associates the respective elements of spatialinformation including coordinates, objects, and times with GOSs or usinga table that associates these elements with each other, the encodingdevice and the decoding device associate any ones of the elements witheach other to perform encoding or decoding. The decoding device uses thevalues of the selected elements to determine the coordinates, andidentifies a volume, a voxel, or a SPC from such coordinates to decode aSPC including such volume or voxel, or the identified SPC.

Furthermore, the encoding device determines a volume, a voxel, or a SPCthat is selectable in accordance with the elements, through extractionof keypoints and object recognition, and encodes the determined volume,voxel, or SPC, as a volume, a voxel, or a SPC to which random access ispossible.

SPCs are classified into three types: I-SPC that is singly encodable ordecodable; P-SPC that is encoded or decoded by referring to any one ofthe processed SPCs; and B-SPC that is encoded or decoded by referring toany two of the processed SPCs.

At least one volume corresponds to a static object or a dynamic object.A SPC including a static object and a SPC including a dynamic object areencoded or decoded as mutually different GOSs. Stated differently, a SPCincluding a static object and a SPC including a dynamic object areassigned to different GOSs.

Dynamic objects are encoded or decoded on an object-by-object basis, andare associated with at least one SPC including a static object. Stateddifferently, a plurality of dynamic objects are individually encoded,and the obtained encoded data of the dynamic objects is associated witha SPC including a static object.

The encoding device and the decoding device give an increased priorityto I-SPC(s) in a GOS to perform encoding or decoding. For example, theencoding device performs encoding in a manner that prevents thedegradation of I-SPCs (in a manner that enables the originalthree-dimensional data to be reproduced with a higher fidelity afterdecoded). The decoding device decodes, for example, only I-SPCs.

The encoding device may change the frequency of using I-SPCs dependingon the sparseness and denseness or the number (amount) of the objects ina world to perform encoding. Stated differently, the encoding devicechanges the frequency of selecting I-SPCs depending on the number or thesparseness and denseness of the objects included in thethree-dimensional data. For example, the encoding device uses I-SPCs ata higher frequency as the density of the objects in a world is higher.

The encoding device also sets random access points on a GOS-by-GOSbasis, and stores information indicating the spatial regionscorresponding to the GOSs into the header information.

The encoding devices uses, for example, a default value as the spatialsize of a GOS. Note that the encoding device may change the GOS sizedepending on the number (amount) or the sparseness and denseness ofobjects or dynamic objects. For example, the encoding device sets thespatial size of a GOS to smaller as the density of objects or dynamicobjects is higher or the number of objects or dynamic objects isgreater.

Also, each SPC or volume includes a keypoint group that is derived byuse of information obtained by a sensor such as a depth sensor, agyroscope sensor, or a camera sensor. The coordinates of the keypointsare set at the central positions of the respective voxels. Furthermore,finer voxels enable highly accurate position information.

The keypoint group is derived by use of a plurality of pictures. Aplurality of pictures include at least two types of time information:the actual time information and the same time information common to aplurality of pictures that are associated with SPCs (for example, theencoding time used for rate control, etc.).

Also, encoding or decoding is performed on a GOS-by-GOS basis thatincludes at least one SPC.

The encoding device and the decoding device predict P-SPCs or B-SPCs ina current GOS by referring to SPCs in a processed GOS.

Alternatively, the encoding device and the decoding device predictP-SPCs or B-SPCs in a current GOS, using the processed SPCs in thecurrent GOS, without referring to a different GOS.

Furthermore, the encoding device and the decoding device transmit orreceive an encoded stream on a world-by-world basis that includes atleast one GOS.

Also, a GOS has a layer structure in one direction at least in a world,and the encoding device and the decoding device start encoding ordecoding from the bottom layer. For example, a random accessible GOSbelongs to the lowermost layer. A GOS that belongs to the same layer ora lower layer is referred to in a GOS that belongs to an upper layer.Stated differently, a GOS is spatially divided in a predetermineddirection in advance to have a plurality of layers, each including atleast one SPC. The encoding device and the decoding device encode ordecode each SPC by referring to a SPC included in the same layer as theeach SPC or a SPC included in a layer lower than that of the each SPC.

Also, the encoding device and the decoding device successively encode ordecode GOSs on a world-by-world basis that includes such GOSs. In sodoing, the encoding device and the decoding device write or read outinformation indicating the order (direction) of encoding or decoding asmetadata. Stated differently, the encoded data includes informationindicating the order of encoding a plurality of GOSs.

The encoding device and the decoding device also encode or decodemutually different two or more SPCs or GOSs in parallel.

Furthermore, the encoding device and the decoding device encode ordecode the spatial information (coordinates, size, etc.) on a SPC or aGOS.

The encoding device and the decoding device encode or decode SPCs orGOSs included in an identified space that is identified on the basis ofexternal information on the self-location or/and region size, such asGPS information, route information, or magnification.

The encoding device or the decoding device gives a lower priority to aspace distant from the self-location than the priority of a nearby spaceto perform encoding or decoding.

The encoding device sets a direction at one of the directions in aworld, in accordance with the magnification or the intended use, toencode a GOS having a layer structure in such direction. Also, thedecoding device decodes a GOS having a layer structure in one of thedirections in a world that has been set in accordance with themagnification or the intended use, preferentially from the bottom layer.

The encoding device changes the accuracy of extracting keypoints, theaccuracy of recognizing objects, or the size of spatial regions, etc.included in a SPC, depending on whether an object is an interior objector an exterior object. Note that the encoding device and the decodingdevice encode or decode an interior GOS and an exterior GOS having closecoordinates in a manner that these GOSs come adjacent to each other in aworld, and associates their identifiers with each other for encoding anddecoding.

Embodiment 2

When using encoded data of a point cloud in an actual device or service,it is desirable that necessary information be transmitted/received inaccordance with the intended use to reduce the network bandwidth.However, there has been no such functionality in the structure ofencoding three-dimensional data, nor an encoding method therefor.

The present embodiment describes a three-dimensional data encodingmethod and a three-dimensional data encoding device for providing thefunctionality of transmitting/receiving only necessary information inencoded data of a three-dimensional point cloud in accordance with theintended use, as well as a three-dimensional data decoding method and athree-dimensional data decoding device for decoding such encoded data.

A voxel (VXL) with a feature greater than or equal to a given amount isdefined as a feature voxel (FVXL), and a world (WLD) constituted byFVXLs is defined as a sparse world (SWLD). FIG. 11 is a diagram showingexample structures of a sparse world and a world. A SWLD includes:FGOSs, each being a GOS constituted by FVXLs; FSPCs, each being a SPCconstituted by FVXLs; and FVLMs, each being a VLM constituted by FVXLs.The data structure and prediction structure of a FGOS, a FSPC, and aFVLM may be the same as those of a GOS, a SPC, and a VLM.

A feature represents the three-dimensional position information on a VXLor the visible-light information on the position of a VXL. A largenumber of features are detected especially at a corner, an edge, etc. ofa three-dimensional object. More specifically, such a feature is athree-dimensional feature or a visible-light feature as described below,but may be any feature that represents the position, luminance, or colorinformation, etc. on a VXL.

Used as three-dimensional features are signature of histograms oforientations (SHOT) features, point feature histograms (PFH) features,or point pair feature (PPF) features.

SHOT features are obtained by dividing the periphery of a VXL, andcalculating an inner product of the reference point and the normalvector of each divided region to represent the calculation result as ahistogram. SHOT features are characterized by a large number ofdimensions and high-level feature representation.

PFH features are obtained by selecting a large number of two point pairsin the vicinity of a VXL, and calculating the normal vector, etc. fromeach two point pair to represent the calculation result as a histogram.PFH features are histogram features, and thus are characterized byrobustness against a certain extent of disturbance and also high-levelfeature representation.

PPF features are obtained by using a normal vector, etc. for each twopoints of VXLs. PPF features, for which all VXLs are used, hasrobustness against occlusion.

Used as visible-light features are scale-invariant feature transform(SIFT), speeded up robust features (SURF), or histogram of orientedgradients (HOG), etc. that use information on an image such as luminancegradient information.

A SWLD is generated by calculating the above-described features of therespective VXLs in a WLD to extract FVXLs. Here, the SWLD may be updatedevery time the WLD is updated, or may be regularly updated after theelapse of a certain period of time, regardless of the timing at whichthe WLD is updated.

A SWLD may be generated for each type of features. For example,different SWLDs may be generated for the respective types of features,such as SWLD1 based on SHOT features and SWLD2 based on SIFT features sothat SWLDs are selectively used in accordance with the intended use.Also, the calculated feature of each FVXL may be held in each FVXL asfeature information.

Next, the usage of a sparse world (SWLD) will be described. A SWLDincludes only feature voxels (FVXLs), and thus its data size is smallerin general than that of a WLD that includes all VXLs.

In an application that utilizes features for a certain purpose, the useof information on a SWLD instead of a WLD reduces the time required toread data from a hard disk, as well as the bandwidth and the timerequired for data transfer over a network. For example, a WLD and a SWLDare held in a server as map information so that map information to besent is selected between the WLD and the SWLD in accordance with arequest from a client. This reduces the network bandwidth and the timerequired for data transfer. More specific examples will be describedbelow.

FIG. 12 and FIG. 13 are diagrams showing usage examples of a SWLD and aWLD. As FIG. 12 shows, when client 1, which is a vehicle-mounted device,requires map information to use it for self-location determination,client 1 sends to a server a request for obtaining map data forself-location estimation (S301). The server sends to client 1 the SWLDin response to the obtainment request (S302). Client 1 uses the receivedSWLD to determine the self-location (S303). In so doing, client 1obtains VXL information on the periphery of client 1 through variousmeans including a distance sensor such as a rangefinder, as well as astereo camera and a combination of a plurality of monocular cameras.Client 1 then estimates the self-location information from the obtainedVXL information and the SWLD. Here, the self-location informationincludes three-dimensional position information, orientation, etc. ofclient 1.

As FIG. 13 shows, when client 2, which is a vehicle-mounted device,requires map information to use it for rendering a map such as athree-dimensional map, client 2 sends to the server a request forobtaining map data for map rendering (S311). The server sends to client2 the WLD in response to the obtainment request (S312). Client 2 usesthe received WLD to render a map (S313). In so doing, client 2 uses, forexample, an image client 2 has captured by a visible-light camera, etc.and the WLD obtained from the server to create a rendering image, andrenders such created image onto a screen of a car navigation system,etc.

As described above, the server sends to a client a SWLD when thefeatures of the respective VXLs are mainly required such as in the caseof self-location estimation, and sends to a client a WLD when detailedVXL information is required such as in the case of map rendering. Thisallows for an efficient sending/receiving of map data.

Note that a client may self-judge which one of a SWLD and a WLD isnecessary, and request the server to send a SWLD or a WLD. Also, theserver may judge which one of a SWLD and a WLD to send in accordancewith the status of the client or a network.

Next, a method will be described of switching the sending/receivingbetween a sparse world (SWLD) and a world (WLD).

Whether to receive a WLD or a SWLD may be switched in accordance withthe network bandwidth. FIG. 14 is a diagram showing an example operationin such case. For example, when a low-speed network is used that limitsthe usable network bandwidth, such as in a Long-Term Evolution (LTE)environment, a client accesses the server over a low-speed network(S321), and obtains the SWLD from the server as map information (S322).Meanwhile, when a high-speed network is used that has an adequatelybroad network bandwidth, such as in a WiFi environment, a clientaccesses the server over a high-speed network (S323), and obtains theWLD from the server (S324). This enables the client to obtainappropriate map information in accordance with the network bandwidthsuch client is using.

More specifically, a client receives the SWLD over an LTE network whenin outdoors, and obtains the WLD over a WiFi network when in indoorssuch as in a facility. This enables the client to obtain more detailedmap information on indoor environment.

As described above, a client may request for a WLD or a SWLD inaccordance with the bandwidth of a network such client is using.Alternatively, the client may send to the server information indicatingthe bandwidth of a network such client is using, and the server may sendto the client data (the WLD or the SWLD) suitable for such client inaccordance with the information. Alternatively, the server may identifythe network bandwidth the client is using, and send to the client data(the WLD or the SWLD) suitable for such client.

Also, whether to receive a WLD or a SWLD may be switched in accordancewith the speed of traveling. FIG. 15 is a diagram showing an exampleoperation in such case. For example, when traveling at a high speed(S331), a client receives the SWLD from the server (S332). Meanwhile,when traveling at a low speed (S333), the client receives the WLD fromthe server (S334). This enables the client to obtain map informationsuitable to the speed, while reducing the network bandwidth. Morespecifically, when traveling on an expressway, the client receives theSWLD with a small data amount, which enables the update of rough mapinformation at an appropriate speed. Meanwhile, when traveling on ageneral road, the client receives the WLD, which enables the obtainmentof more detailed map information.

As described above, the client may request the server for a WLD or aSWLD in accordance with the traveling speed of such client.Alternatively, the client may send to the server information indicatingthe traveling speed of such client, and the server may send to theclient data (the WLD or the SWLD) suitable to such client in accordancewith the information. Alternatively, the server may identify thetraveling speed of the client to send data (the WLD or the SWLD)suitable to such client.

Also, the client may obtain, from the server, a SWLD first, from whichthe client may obtain a WLD of an important region. For example, whenobtaining map information, the client first obtains a SWLD for rough mapinformation, from which the client narrows to a region in which featuressuch as buildings, signals, or persons appear at high frequency so thatthe client can later obtain a WLD of such narrowed region. This enablesthe client to obtain detailed information on a necessary region, whilereducing the amount of data received from the server.

The server may also create from a WLD different SWLDs for the respectiveobjects, and the client may receive SWLDs in accordance with theintended use. This reduces the network bandwidth. For example, theserver recognizes persons or cars in a WLD in advance, and creates aSWLD of persons and a SWLD of cars. The client, when wishing to obtaininformation on persons around the client, receives the SWLD of persons,and when wising to obtain information on cars, receives the SWLD ofcars. Such types of SWLDs may be distinguished by information (flag, ortype, etc.) added to the header, etc.

Next, the structure and the operation flow of the three-dimensional dataencoding device (e.g., a server) according to the present embodimentwill be described. FIG. 16 is a block diagram of three-dimensional dataencoding device 400 according to the present embodiment. FIG. 17 is aflowchart of three-dimensional data encoding processes performed bythree-dimensional data encoding device 400.

Three-dimensional data encoding device 400 shown in FIG. 16 encodesinput three-dimensional data 411, thereby generating encodedthree-dimensional data 413 and encoded three-dimensional data 414, eachbeing an encoded stream. Here, encoded three-dimensional data 413 isencoded three-dimensional data corresponding to a WLD, and encodedthree-dimensional data 414 is encoded three-dimensional datacorresponding to a SWLD. Such three-dimensional data encoding device 400includes, obtainer 401, encoding region determiner 402, SWLD extractor403, WLD encoder 404, and SWLD encoder 405.

First, as FIG. 17 shows, obtainer 401 obtains input three-dimensionaldata 411, which is point group data in a three-dimensional space (S401).

Next, encoding region determiner 402 determines a current spatial regionfor encoding on the basis of a spatial region in which the point clouddata is present (S402).

Next, SWLD extractor 403 defines the current spatial region as a WLD,and calculates the feature from each VXL included in the WLD. Then, SWLDextractor 403 extracts VXLs having an amount of features greater than orequal to a predetermined threshold, defines the extracted VXLs as FVXLs,and adds such FVXLs to a SWLD, thereby generating extractedthree-dimensional data 412 (S403). Stated differently, extractedthree-dimensional data 412 having an amount of features greater than orequal to the threshold is extracted from input three-dimensional data411.

Next, WLD encoder 404 encodes input three-dimensional data 411corresponding to the WLD, thereby generating encoded three-dimensionaldata 413 corresponding to the WLD (S404). In so doing, WLD encoder 404adds to the header of encoded three-dimensional data 413 informationthat distinguishes that such encoded three-dimensional data 413 is astream including a WLD.

SWLD encoder 405 encodes extracted three-dimensional data 412corresponding to the SWLD, thereby generating encoded three-dimensionaldata 414 corresponding to the SWLD (S405). In so doing, SWLD encoder 405adds to the header of encoded three-dimensional data 414 informationthat distinguishes that such encoded three-dimensional data 414 is astream including a SWLD.

Note that the process of generating encoded three-dimensional data 413and the process of generating encoded three-dimensional data 414 may beperformed in the reverse order. Also note that a part or all of theseprocesses may be performed in parallel.

A parameter “world_type” is defined, for example, as information addedto each header of encoded three-dimensional data 413 and encodedthree-dimensional data 414. world_type=0 indicates that a streamincludes a WLD, and world_type=1 indicates that a stream includes aSWLD. An increased number of values may be further assigned to define alarger number of types, e.g., world_type=2. Also, one of encodedthree-dimensional data 413 and encoded three-dimensional data 414 mayinclude a specified flag. For example, encoded three-dimensional data414 may be assigned with a flag indicating that such stream includes aSWLD. In such a case, the decoding device can distinguish whether suchstream is a stream including a WLD or a stream including a SWLD inaccordance with the presence/absence of the flag.

Also, an encoding method used by WLD encoder 404 to encode a WLD may bedifferent from an encoding method used by SWLD encoder 405 to encode aSWLD.

For example, data of a SWLD is decimated, and thus can have a lowercorrelation with the neighboring data than that of a WLD. For thisreason, of intra prediction and inter prediction, inter prediction maybe more preferentially performed in an encoding method used for a SWLDthan in an encoding method used for a WLD.

Also, an encoding method used for a SWLD and an encoding method used fora WLD may represent three-dimensional positions differently. Forexample, three-dimensional coordinates may be used to represent thethree-dimensional positions of FVXLs in a SWLD and an octree describedbelow may be used to represent three-dimensional positions in a WLD, andvice versa.

Also, SWLD encoder 405 performs encoding in a manner that encodedthree-dimensional data 414 of a SWLD has a smaller data size than thedata size of encoded three-dimensional data 413 of a WLD. A SWLD canhave a lower inter-data correlation, for example, than that of a WLD asdescribed above. This can lead to a decreased encoding efficiency, andthus to encoded three-dimensional data 414 having a larger data sizethan the data size of encoded three-dimensional data 413 of a WLD. Whenthe data size of the resulting encoded three-dimensional data 414 islarger than the data size of encoded three-dimensional data 413 of aWLD, SWLD encoder 405 performs encoding again to re-generate encodedthree-dimensional data 414 having a reduced data size.

For example, SWLD extractor 403 re-generates extracted three-dimensionaldata 412 having a reduced number of keypoints to be extracted, and SWLDencoder 405 encodes such extracted three-dimensional data 412.Alternatively, SWLD encoder 405 may perform more coarse quantization.More coarse quantization is achieved, for example, by rounding the datain the lowermost level in an octree structure described below.

When failing to decrease the data size of encoded three-dimensional data414 of the SWLD to smaller than the data size of encodedthree-dimensional data 413 of the WLD, SWLD encoder 405 may not generateencoded three-dimensional data 414 of the SWLD. Alternatively, encodedthree-dimensional data 413 of the WLD may be copied as encodedthree-dimensional data 414 of the SWLD. Stated differently, encodedthree-dimensional data 413 of the WLD may be used as it is as encodedthree-dimensional data 414 of the SWLD.

Next, the structure and the operation flow of the three-dimensional datadecoding device (e.g., a client) according to the present embodimentwill be described. FIG. 18 is a block diagram of three-dimensional datadecoding device 500 according to the present embodiment. FIG. 19 is aflowchart of three-dimensional data decoding processes performed bythree-dimensional data decoding device 500.

Three-dimensional data decoding device 500 shown in FIG. 18 decodesencoded three-dimensional data 511, thereby generating decodedthree-dimensional data 512 or decoded three-dimensional data 513.Encoded three-dimensional data 511 here is, for example, encodedthree-dimensional data 413 or encoded three-dimensional data 414generated by three-dimensional data encoding device 400.

Such three-dimensional data decoding device 500 includes obtainer 501,header analyzer 502, WLD decoder 503, and SWLD decoder 504.

First, as FIG. 19 shows, obtainer 501 obtains encoded three-dimensionaldata 511 (S501). Next, header analyzer 502 analyzes the header ofencoded three-dimensional data 511 to identify whether encodedthree-dimensional data 511 is a stream including a WLD or a streamincluding a SWLD (S502). For example, the above-described parameterworld_type is referred to in making such identification.

When encoded three-dimensional data 511 is a stream including a WLD (Yesin S503), WLD decoder 503 decodes encoded three-dimensional data 511,thereby generating decoded three-dimensional data 512 of the WLD (S504).Meanwhile, when encoded three-dimensional data 511 is a stream includinga SWLD (No in S503), SWLD decoder 504 decodes encoded three-dimensionaldata 511, thereby generating decoded three-dimensional data 513 of theSWLD (S505).

Also, as in the case of the encoding device, a decoding method used byWLD decoder 503 to decode a WLD may be different from a decoding methodused by SWLD decoder 504 to decode a SWLD. For example, of intraprediction and inter prediction, inter prediction may be morepreferentially performed in a decoding method used for a SWLD than in adecoding method used for a WLD.

Also, a decoding method used for a SWLD and a decoding method used for aWLD may represent three-dimensional positions differently. For example,three-dimensional coordinates may be used to represent thethree-dimensional positions of FVXLs in a SWLD and an octree describedbelow may be used to represent three-dimensional positions in a WLD, andvice versa.

Next, an octree representation will be described, which is a method ofrepresenting three-dimensional positions. VXL data included inthree-dimensional data is converted into an octree structure beforeencoded. FIG. 20 is a diagram showing example VXLs in a WLD. FIG. 21 isa diagram showing an octree structure of the WLD shown in FIG. 20. Anexample shown in FIG. 20 illustrates three VXLs 1 to 3 that includepoint groups (hereinafter referred to as effective VXLs). As FIG. 21shows, the octree structure is made of nodes and leaves. Each node has amaximum of eight nodes or leaves. Each leaf has VXL information. Here,of the leaves shown in FIG. 21, leaf 1, leaf 2, and leaf 3 representVXL1, VXL2, and VXL3 shown in FIG. 20, respectively.

More specifically, each node and each leaf correspond to athree-dimensional position. Node 1 corresponds to the entire block shownin FIG. 20. The block that corresponds to node 1 is divided into eightblocks. Of these eight blocks, blocks including effective VXLs are setas nodes, while the other blocks are set as leaves. Each block thatcorresponds to a node is further divided into eight nodes or leaves.These processes are repeated by the number of times that is equal to thenumber of levels in the octree structure. All blocks in the lowermostlevel are set as leaves.

FIG. 22 is a diagram showing an example SWLD generated from the WLDshown in FIG. 20. VXL1 and VXL2 shown in FIG. 20 are judged as FVXL1 andFVXL2 as a result of feature extraction, and thus are added to the SWLD.Meanwhile, VXL3 is not judged as a FVXL, and thus is not added to theSWLD. FIG. 23 is a diagram showing an octree structure of the SWLD shownin FIG. 22. In the octree structure shown in FIG. 23, leaf 3corresponding to VXL3 shown in FIG. 21 is deleted. Consequently, node 3shown in FIG. 21 has lost an effective VXL, and has changed to a leaf.As described above, a SWLD has a smaller number of leaves in generalthan a WLD does, and thus the encoded three-dimensional data of the SWLDis smaller than the encoded three-dimensional data of the WLD.

The following describes variations of the present embodiment.

For self-location estimation, for example, a client, being avehicle-mounted device, etc., may receive a SWLD from the server to usesuch SWLD to estimate the self-location. Meanwhile, for obstacledetection, the client may detect obstacles by use of three-dimensionalinformation on the periphery obtained by such client through variousmeans including a distance sensor such as a rangefinder, as well as astereo camera and a combination of a plurality of monocular cameras.

In general, a SWLD is less likely to include VXL data on a flat region.As such, the server may hold a subsample world (subWLD) obtained bysubsampling a WLD for detection of static obstacles, and send to theclient the SWLD and the subWLD. This enables the client to performself-location estimation and obstacle detection on the client's part,while reducing the network bandwidth.

When the client renders three-dimensional map data at a high speed, mapinformation having a mesh structure is more useful in some cases. Assuch, the server may generate a mesh from a WLD to hold it beforehand asa mesh world (MWLD). For example, when wishing to perform coarsethree-dimensional rendering, the client receives a MWLD, and whenwishing to perform detailed three-dimensional rendering, the clientreceives a WLD. This reduces the network bandwidth.

In the above description, the server sets, as FVXLs, VXLs having anamount of features greater than or equal to the threshold, but theserver may calculate FVXLs by a different method. For example, theserver may judge that a VXL, a VLM, a SPC, or a GOS that constitutes asignal, or an intersection, etc. as necessary for self-locationestimation, driving assist, or self-driving, etc., and incorporate suchVXL, VLM, SPC, or GOS into a SWLD as a FVXL, a FVLM, a FSPC, or a FGOS.Such judgment may be made manually. Also, FVXLs, etc. that have been seton the basis of an amount of features may be added to FVXLs, etc.obtained by the above method. Stated differently, SWLD extractor 403 mayfurther extract, from input three-dimensional data 411, datacorresponding to an object having a predetermined attribute as extractedthree-dimensional data 412.

Also, that a VXL, a VLM, a SPC, or a GOS is necessary for such intendedusage may be labeled separately from the features. The server mayseparately hold, as an upper layer of a SWLD (e.g., a lane world), FVXLsof a signal or an intersection, etc. necessary for self-locationestimation, driving assist, or self-driving, etc.

The server may also add an attribute to VXLs in a WLD on a random accessbasis or on a predetermined unit basis. An attribute, for example,includes information indicating whether VXLs are necessary forself-location estimation, or information indicating whether VXLs areimportant as traffic information such as a signal, or an intersection,etc. An attribute may also include a correspondence between VXLs andfeatures (intersection, or road, etc.) in lane information (geographicdata files (GDF), etc.).

A method as described below may be used to update a WLD or a SWLD.

Update information indicating changes, etc. in a person, a roadwork, ora tree line (for trucks) is uploaded to the server as point groups ormeta data. The server updates a WLD on the basis of such uploadedinformation, and then updates a SWLD by use of the updated WLD.

The client, when detecting a mismatch between the three-dimensionalinformation such client has generated at the time of self-locationestimation and the three-dimensional information received from theserver, may send to the server the three-dimensional information suchclient has generated, together with an update notification. In such acase, the server updates the SWLD by use of the WLD. When the SWLD isnot to be updated, the server judges that the WLD itself is old.

In the above description, information that distinguishes whether anencoded stream is that of a WLD or a SWLD is added as header informationof the encoded stream. However, when there are many types of worlds suchas a mesh world and a lane world, information that distinguishes thesetypes of the worlds may be added to header information. Also, when thereare many SWLDs with different amounts of features, information thatdistinguishes the respective SWLDs may be added to header information.

In the above description, a SWLD is constituted by FVXLs, but a SWLD mayinclude VXLs that have not been judged as FVXLs. For example, a SWLD mayinclude an adjacent VXL used to calculate the feature of a FVXL. Thisenables the client to calculate the feature of a FVXL when receiving aSWLD, even in the case where feature information is not added to eachFVXL of the SWLD. In such a case, the SWLD may include information thatdistinguishes whether each VXL is a FVXL or a VXL.

As described above, three-dimensional data encoding device 400 extracts,from input three-dimensional data 411 (first three-dimensional data),extracted three-dimensional data 412 (second three-dimensional data)having an amount of a feature greater than or equal to a threshold, andencodes extracted three-dimensional data 412 to generate encodedthree-dimensional data 414 (first encoded three-dimensional data).

This three-dimensional data encoding device 400 generates encodedthree-dimensional data 414 that is obtained by encoding data having anamount of a feature greater than or equal to the threshold. This reducesthe amount of data compared to the case where input three-dimensionaldata 411 is encoded as it is. Three-dimensional data encoding device 400is thus capable of reducing the amount of data to be transmitted.

Three-dimensional data encoding device 400 further encodes inputthree-dimensional data 411 to generate encoded three-dimensional data413 (second encoded three-dimensional data).

This three-dimensional data encoding device 400 enables selectivetransmission of encoded three-dimensional data 413 and encodedthree-dimensional data 414, in accordance, for example, with theintended use, etc.

Also, extracted three-dimensional data 412 is encoded by a firstencoding method, and input three-dimensional data 411 is encoded by asecond encoding method different from the first encoding method.

This three-dimensional data encoding device 400 enables the use of anencoding method suitable for each of input three-dimensional data 411and extracted three-dimensional data 412.

Also, of intra prediction and inter prediction, the inter prediction ismore preferentially performed in the first encoding method than in thesecond encoding method.

This three-dimensional data encoding device 400 enables inter predictionto be more preferentially performed on extracted three-dimensional data412 in which adjacent data items are likely to have low correlation.

Also, the first encoding method and the second encoding method representthree-dimensional positions differently. For example, the secondencoding method represents three-dimensional positions by octree, andthe first encoding method represents three-dimensional positions bythree-dimensional coordinates.

This three-dimensional data encoding device 400 enables the use of amore suitable method to represent the three-dimensional positions ofthree-dimensional data in consideration of the difference in the numberof data items (the number of VXLs or FVXLs) included.

Also, at least one of encoded three-dimensional data 413 and encodedthree-dimensional data 414 includes an identifier indicating whether theencoded three-dimensional data is encoded three-dimensional dataobtained by encoding input three-dimensional data 411 or encodedthree-dimensional data obtained by encoding part of inputthree-dimensional data 411. Stated differently, such identifierindicates whether the encoded three-dimensional data is encodedthree-dimensional data 413 of a WLD or encoded three-dimensional data414 of a SWLD.

This enables the decoding device to readily judge whether the obtainedencoded three-dimensional data is encoded three-dimensional data 413 orencoded three-dimensional data 414.

Also, three-dimensional data encoding device 400 encodes extractedthree-dimensional data 412 in a manner that encoded three-dimensionaldata 414 has a smaller data amount than a data amount of encodedthree-dimensional data 413.

This three-dimensional data encoding device 400 enables encodedthree-dimensional data 414 to have a smaller data amount than the dataamount of encoded three-dimensional data 413.

Also, three-dimensional data encoding device 400 further extracts datacorresponding to an object having a predetermined attribute from inputthree-dimensional data 411 as extracted three-dimensional data 412. Theobject having a predetermined attribute is, for example, an objectnecessary for self-location estimation, driving assist, or self-driving,etc., or more specifically, a signal, an intersection, etc.

This three-dimensional data encoding device 400 is capable of generatingencoded three-dimensional data 414 that includes data required by thedecoding device.

Also, three-dimensional data encoding device 400 (server) further sends,to a client, one of encoded three-dimensional data 413 and encodedthree-dimensional data 414 in accordance with a status of the client.

This three-dimensional data encoding device 400 is capable of sendingappropriate data in accordance with the status of the client.

Also, the status of the client includes one of a communication condition(e.g., network bandwidth) of the client and a traveling speed of theclient.

Also, three-dimensional data encoding device 400 further sends, to aclient, one of encoded three-dimensional data 413 and encodedthree-dimensional data 414 in accordance with a request from the client.

This three-dimensional data encoding device 400 is capable of sendingappropriate data in accordance with the request from the client.

Also, three-dimensional data decoding device 500 according to thepresent embodiment decodes encoded three-dimensional data 413 or encodedthree-dimensional data 414 generated by three-dimensional data encodingdevice 400 described above.

Stated differently, three-dimensional data decoding device 500 decodes,by a first decoding method, encoded three-dimensional data 414 obtainedby encoding extracted three-dimensional data 412 having an amount of afeature greater than or equal to a threshold, extractedthree-dimensional data 412 having been extracted from inputthree-dimensional data 411. Three-dimensional data decoding device 500also decodes, by a second decoding method, encoded three-dimensionaldata 413 obtained by encoding input three-dimensional data 411, thesecond decoding method being different from the first decoding method.

This three-dimensional data decoding device 500 enables selectivereception of encoded three-dimensional data 414 obtained by encodingdata having an amount of a feature greater than or equal to thethreshold and encoded three-dimensional data 413, in accordance, forexample, with the intended use, etc. Three-dimensional data decodingdevice 500 is thus capable of reducing the amount of data to betransmitted. Such three-dimensional data decoding device 500 furtherenables the use of a decoding method suitable for each of inputthree-dimensional data 411 and extracted three-dimensional data 412.

Also, of intra prediction and inter prediction, the inter prediction ismore preferentially performed in the first decoding method than in thesecond decoding method.

This three-dimensional data decoding device 500 enables inter predictionto be more preferentially performed on the extracted three-dimensionaldata in which adjacent data items are likely to have low correlation.

Also, the first decoding method and the second decoding method representthree-dimensional positions differently. For example, the seconddecoding method represents three-dimensional positions by octree, andthe first decoding method represents three-dimensional positions bythree-dimensional coordinates.

This three-dimensional data decoding device 500 enables the use of amore suitable method to represent the three-dimensional positions ofthree-dimensional data in consideration of the difference in the numberof data items (the number of VXLs or FVXLs) included.

Also, at least one of encoded three-dimensional data 413 and encodedthree-dimensional data 414 includes an identifier indicating whether theencoded three-dimensional data is encoded three-dimensional dataobtained by encoding input three-dimensional data 411 or encodedthree-dimensional data obtained by encoding part of inputthree-dimensional data 411. Three-dimensional data decoding device 500refers to such identifier in identifying between encodedthree-dimensional data 413 and encoded three-dimensional data 414.

This three-dimensional data decoding device 500 is capable of readilyjudging whether the obtained encoded three-dimensional data is encodedthree-dimensional data 413 or encoded three-dimensional data 414.

Three-dimensional data decoding device 500 further notifies a server ofa status of the client (three-dimensional data decoding device 500).Three-dimensional data decoding device 500 receives one of encodedthree-dimensional data 413 and encoded three-dimensional data 414 fromthe server, in accordance with the status of the client.

This three-dimensional data decoding device 500 is capable of receivingappropriate data in accordance with the status of the client.

Also, the status of the client includes one of a communication condition(e.g., network bandwidth) of the client and a traveling speed of theclient.

Three-dimensional data decoding device 500 further makes a request ofthe server for one of encoded three-dimensional data 413 and encodedthree-dimensional data 414, and receives one of encodedthree-dimensional data 413 and encoded three-dimensional data 414 fromthe server, in accordance with the request.

This three-dimensional data decoding device 500 is capable of receivingappropriate data in accordance with the intended use.

Embodiment 3

The present embodiment will describe a method of transmitting/receivingthree-dimensional data between vehicles. For example, thethree-dimensional data is transmitted/received between the own vehicleand the nearby vehicle.

FIG. 24 is a block diagram of three-dimensional data creation device 620according to the present embodiment. Such three-dimensional datacreation device 620, which is included, for example, in the own vehicle,mergers first three-dimensional data 632 created by three-dimensionaldata creation device 620 with the received second three-dimensional data635, thereby creating third three-dimensional data 636 having a higherdensity.

Such three-dimensional data creation device 620 includesthree-dimensional data creator 621, request range determiner 622,searcher 623, receiver 624, decoder 625, and merger 626.

First, three-dimensional data creator 621 creates firstthree-dimensional data 632 by use of sensor information 631 detected bythe sensor included in the own vehicle. Next, request range determiner622 determines a request range, which is the range of athree-dimensional space, the data on which is insufficient in thecreated first three-dimensional data 632.

Next, searcher 623 searches for the nearby vehicle having thethree-dimensional data of the request range, and sends request rangeinformation 633 indicating the request range to nearby vehicle 601having been searched out (S623). Next, receiver 624 receives encodedthree-dimensional data 634, which is an encoded stream of the requestrange, from nearby vehicle 601 (S624). Note that searcher 623 mayindiscriminately send requests to all vehicles included in a specifiedrange to receive encoded three-dimensional data 634 from a vehicle thathas responded to the request. Searcher 623 may send a request not onlyto vehicles but also to an object such as a signal and a sign, andreceive encoded three-dimensional data 634 from the object.

Next, decoder 625 decodes the received encoded three-dimensional data634, thereby obtaining second three-dimensional data 635. Next, merger626 merges first three-dimensional data 632 with secondthree-dimensional data 635, thereby creating three-dimensional data 636having a higher density.

Next, the structure and operations of three-dimensional datatransmission device 640 according to the present embodiment will bedescribed. FIG. 25 is a block diagram of three-dimensional datatransmission device 640. Three-dimensional data transmission device 640is included, for example, in the above-described nearby vehicle.Three-dimensional data transmission device 640 processes fifththree-dimensional data 652 created by the nearby vehicle into sixththree-dimensional data 654 requested by the own vehicle, encodes sixththree-dimensional data 654 to generate encoded three-dimensional data634, and sends encoded three-dimensional data 634 to the own vehicle.

Three-dimensional data transmission device 640 includesthree-dimensional data creator 641, receiver 642, extractor 643, encoder644, and transmitter 645.

First, three-dimensional data creator 641 creates fifththree-dimensional data 652 by use of sensor information 651 detected bythe sensor included in the nearby vehicle. Next, receiver 642 receivesrequest range information 633 from the own vehicle.

Next, extractor 643 extracts from fifth three-dimensional data 652 thethree-dimensional data of the request range indicated by request rangeinformation 633, thereby processing fifth three-dimensional data 652into sixth three-dimensional data 654. Next, encoder 644 encodes sixththree-dimensional data 654 to generate encoded three-dimensional data643, which is an encoded stream. Then, transmitter 645 sends encodedthree-dimensional data 634 to the own vehicle.

Note that although an example case is described here in which the ownvehicle includes three-dimensional data creation device 620 and thenearby vehicle includes three-dimensional data transmission device 640,each of the vehicles may include the functionality of boththree-dimensional data creation device 620 and three-dimensional datatransmission device 640.

Embodiment 4

The present embodiment describes operations performed in abnormal caseswhen self-location estimation is performed on the basis of athree-dimensional map.

A three-dimensional map is expected to find its expanded use inself-driving of a vehicle and autonomous movement, etc. of a mobileobject such as a robot and a flying object (e.g., a drone). Examplemeans for enabling such autonomous movement include a method in which amobile object travels in accordance with a three-dimensional map, whileestimating its self-location on the map (self-location estimation).

The self-location estimation is enabled by matching a three-dimensionalmap with three-dimensional information on the surrounding of the ownvehicle (hereinafter referred to as self-detected three-dimensionaldata) obtained by a sensor equipped in the own vehicle, such as arangefinder (e.g., a LiDAR) and a stereo camera to estimate the locationof the own vehicle on the three-dimensional map.

As in the case of an HD map suggested by HERE Technologies, for example,a three-dimensional map may include not only a three-dimensional pointcloud, but also two-dimensional map data such as information on theshapes of roads and intersections, or information that changes inreal-time such as information on a traffic jam and an accident. Athree-dimensional map includes a plurality of layers such as layers ofthree-dimensional data, two-dimensional data, and meta-data that changesin real-time, from among which the device can obtain or refer to onlynecessary data.

Point cloud data may be a SWLD as described above, or may include pointgroup data that is different from keypoints. The transmission/receptionof point cloud data is basically carried out in one or more randomaccess units.

A method described below is used as a method of matching athree-dimensional map with self-detected three-dimensional data. Forexample, the device compares the shapes of the point groups in eachother's point clouds, and determines that portions having a high degreeof similarity among keypoints correspond to the same position. When thethree-dimensional map is formed by a SWLD, the device also performsmatching by comparing the keypoints that form the SWLD withthree-dimensional keypoints extracted from the self-detectedthree-dimensional data.

Here, to enable highly accurate self-location estimation, the followingneeds to be satisfied: (A) the three-dimensional map and theself-detected three-dimensional data have been already obtained; and (B)their accuracies satisfy a predetermined requirement. However, one of(A) and (B) cannot be satisfied in abnormal cases such as ones describedbelow.

1. A three-dimensional map is unobtainable over communication.

2. A three-dimensional map is not present, or a three-dimensional maphaving been obtained is corrupt.

3. A sensor of the own vehicle has trouble, or the accuracy of thegenerated self-detected three-dimensional data is inadequate due to badweather.

The following describes operations to cope with such abnormal cases. Thefollowing description illustrates an example case of a vehicle, but themethod described below is applicable to mobile objects on the whole thatare capable of autonomous movement, such as a robot and a drone.

The following describes the structure of the three-dimensionalinformation processing device and its operation according to the presentembodiment capable of coping with abnormal cases regarding athree-dimensional map or self-detected three-dimensional data. FIG. 26is a block diagram of an example structure of three-dimensionalinformation processing device 700 according to the present embodiment.

Three-dimensional information processing device 700 is equipped, forexample, in a mobile object such as a car. As shown in FIG. 26,three-dimensional information processing device 700 includesthree-dimensional map obtainer 701, self-detected data obtainer 702,abnormal case judgment unit 703, coping operation determiner 704, andoperation controller 705.

Note that three-dimensional information processing device 700 mayinclude a non-illustrated two-dimensional or one-dimensional sensor thatdetects a structural object or a mobile object around the own vehicle,such as a camera capable of obtaining two-dimensional images and asensor for one-dimensional data utilizing ultrasonic or laser.Three-dimensional information processing device 700 may also include anon-illustrated communication unit that obtains a three-dimensional mapover a mobile communication network, such as 4G and 5G, or viainter-vehicle communication or road-to-vehicle communication.

Three-dimensional map obtainer 701 obtains three-dimensional map 711 ofthe surroundings of the traveling route. For example, three-dimensionalmap obtainer 701 obtains three-dimensional map 711 over a mobilecommunication network, or via inter-vehicle communication orroad-to-vehicle communication.

Next, self-detected data obtainer 702 obtains self-detectedthree-dimensional data 712 on the basis of sensor information. Forexample, self-detected data obtainer 702 generates self-detectedthree-dimensional data 712 on the basis of the sensor informationobtained by a sensor equipped in the own vehicle.

Next, abnormal case judgment unit 703 conducts a predetermined check ofat least one of obtained three-dimensional map 711 and self-detectedthree-dimensional data 712 to detect an abnormal case. Stateddifferently, abnormal case judgment unit 703 judges whether at least oneof obtained three-dimensional map 711 and self-detectedthree-dimensional data 712 is abnormal.

When the abnormal case is detected, coping operation determiner 704determines a coping operation to cope with such abnormal case. Next,operation controller 705 controls the operation of each of theprocessing units necessary to perform the coping operation.

Meanwhile, when no abnormal case is detected, three-dimensionalinformation processing device 700 terminates the process.

Also, three-dimensional information processing device 700 estimates thelocation of the vehicle equipped with three-dimensional informationprocessing device 700, using three-dimensional map 711 and self-detectedthree-dimensional data 712. Next, three-dimensional informationprocessing device 700 performs the automatic operation of the vehicle byuse of the estimated location of the vehicle.

As described above, three-dimensional information processing device 700obtains, via a communication channel, map data (three-dimensional map711) that includes first three-dimensional position information. Thefirst three-dimensional position information includes, for example, aplurality of random access units, each of which is an assembly of atleast one subspace and is individually decodable, the at least onesubspace having three-dimensional coordinates information and serving asa unit in which each of the plurality of random access units is encoded.The first three-dimensional position information is, for example, data(SWLD) obtained by encoding keypoints, each of which has an amount of athree-dimensional feature greater than or equal to a predeterminedthreshold.

Three-dimensional information processing device 700 also generatessecond three-dimensional position information (self-detectedthree-dimensional data 712) from information detected by a sensor.Three-dimensional information processing device 700 then judges whetherone of the first three-dimensional position information and the secondthree-dimensional position information is abnormal by performing, on oneof the first three-dimensional position information and the secondthree-dimensional position information, a process of judging whether anabnormality is present.

Three-dimensional information processing device 700 determines a copingoperation to cope with the abnormality when one of the firstthree-dimensional position information and the second three-dimensionalposition information is judged to be abnormal. Three-dimensionalinformation processing device 700 then executes a control that isrequired to perform the coping operation.

This structure enables three-dimensional information processing device700 to detect an abnormality regarding one of the firstthree-dimensional position information and the second three-dimensionalposition information, and to perform a coping operation therefor.

Embodiment 5

The present embodiment describes a method, etc. of transmittingthree-dimensional data to a following vehicle.

FIG. 27 is a block diagram of an exemplary structure ofthree-dimensional data creation device 810 according to the presentembodiment. Such three-dimensional data creation device 810 is equipped,for example, in a vehicle. Three-dimensional data creation device 810transmits and receives three-dimensional data to and from an externalcloud-based traffic monitoring system, a preceding vehicle, or afollowing vehicle, and creates and stores three-dimensional data.

Three-dimensional data creation device 810 includes data receiver 811,communication unit 812, reception controller 813, format converter 814,a plurality of sensors 815, three-dimensional data creator 816,three-dimensional data synthesizer 817, three-dimensional data storage818, communication unit 819, transmission controller 820, formatconverter 821, and data transmitter 822.

Data receiver 811 receives three-dimensional data 831 from a cloud-basedtraffic monitoring system or a preceding vehicle. Three-dimensional data831 includes, for example, information on a region undetectable bysensors 815 of the own vehicle, such as a point cloud, visible lightvideo, depth information, sensor position information, and speedinformation.

Communication unit 812 communicates with the cloud-based trafficmonitoring system or the preceding vehicle to transmit a datatransmission request, etc. to the cloud-based traffic monitoring systemor the preceding vehicle.

Reception controller 813 exchanges information, such as information onsupported formats, with a communications partner via communication unit812 to establish communication with the communications partner.

Format converter 814 applies format conversion, etc. onthree-dimensional data 831 received by data receiver 811 to generatethree-dimensional data 832. Format converter 814 also decompresses ordecodes three-dimensional data 831 when three-dimensional data 831 iscompressed or encoded.

A plurality of sensors 815 are a group of sensors, such as visible lightcameras and infrared cameras, that obtain information on the outside ofthe vehicle and generate sensor information 833. Sensor information 833is, for example, three-dimensional data such as a point cloud (pointgroup data), when sensors 815 are laser sensors such as LIDARs. Notethat a single sensor may serve as a plurality of sensors 815.

Three-dimensional data creator 816 generates three-dimensional data 834from sensor information 833. Three-dimensional data 834 includes, forexample, information such as a point cloud, visible light video, depthinformation, sensor position information, and speed information.

Three-dimensional data synthesizer 817 synthesizes three-dimensionaldata 834 created on the basis of sensor information 833 of the ownvehicle with three-dimensional data 832 created by the cloud-basedtraffic monitoring system or the preceding vehicle, etc., therebyforming three-dimensional data 835 of a space that includes the spaceahead of the preceding vehicle undetectable by sensors 815 of the ownvehicle.

Three-dimensional data storage 818 stores generated three-dimensionaldata 835, etc.

Communication unit 819 communicates with the cloud-based trafficmonitoring system or the following vehicle to transmit a datatransmission request, etc. to the cloud-based traffic monitoring systemor the following vehicle.

Transmission controller 820 exchanges information such as information onsupported formats with a communications partner via communication unit819 to establish communication with the communications partner.

Transmission controller 820 also determines a transmission region, whichis a space of the three-dimensional data to be transmitted, on the basisof three-dimensional data formation information on three-dimensionaldata 832 generated by three-dimensional data synthesizer 817 and thedata transmission request from the communications partner.

More specifically, transmission controller 820 determines a transmissionregion that includes the space ahead of the own vehicle undetectable bya sensor of the following vehicle, in response to the data transmissionrequest from the cloud-based traffic monitoring system or the followingvehicle. Transmission controller 820 judges, for example, whether aspace is transmittable or whether the already transmitted space includesan update, on the basis of the three-dimensional data formationinformation to determine a transmission region. For example,transmission controller 820 determines, as a transmission region, aregion that is: a region specified by the data transmission request; anda region, corresponding three-dimensional data 835 of which is present.Transmission controller 820 then notifies format converter 821 of theformat supported by the communications partner and the transmissionregion.

Of three-dimensional data 835 stored in three-dimensional data storage818, format converter 821 converts three-dimensional data 836 of thetransmission region into the format supported by the receiver end togenerate three-dimensional data 837. Note that format converter 821 maycompress or encode three-dimensional data 837 to reduce the data amount.

Data transmitter 822 transmits three-dimensional data 837 to thecloud-based traffic monitoring system or the following vehicle. Suchthree-dimensional data 837 includes, for example, information on a blindspot, which is a region hidden from view of the following vehicle, suchas a point cloud ahead of the own vehicle, visible light video, depthinformation, and sensor position information.

Note that an example has been described in which format converter 814and format converter 821 perform format conversion, etc., but formatconversion may not be performed.

With the above structure, three-dimensional data creation device 810obtains, from an external device, three-dimensional data 831 of a regionundetectable by sensors 815 of the own vehicle, and synthesizesthree-dimensional data 831 with three-dimensional data 834 that is basedon sensor information 833 detected by sensors 815 of the own vehicle,thereby generating three-dimensional data 835. Three-dimensional datacreation device 810 is thus capable of generating three-dimensional dataof a range undetectable by sensors 815 of the own vehicle.

Three-dimensional data creation device 810 is also capable oftransmitting, to the cloud-based traffic monitoring system or thefollowing vehicle, etc., three-dimensional data of a space that includesthe space ahead of the own vehicle undetectable by a sensor of thefollowing vehicle, in response to the data transmission request from thecloud-based traffic monitoring system or the following vehicle.

Embodiment 6

In embodiment 5, an example is described in which a client device of avehicle or the like transmits three-dimensional data to another vehicleor a server such as a cloud-based traffic monitoring system. In thepresent embodiment, a client device transmits sensor informationobtained through a sensor to a server or a client device.

A structure of a system according to the present embodiment will firstbe described. FIG. 45 is a diagram showing the structure of atransmission/reception system of a three-dimensional map and sensorinformation according to the present embodiment. This system includesserver 901, and client devices 902A and 902B. Note that client devices902A and 902B are also referred to as client device 902 when noparticular distinction is made therebetween.

Client device 902 is, for example, a vehicle-mounted device equipped ina mobile object such as a vehicle. Server 901 is, for example, acloud-based traffic monitoring system, and is capable of communicatingwith the plurality of client devices 902.

Server 901 transmits the three-dimensional map formed by a point cloudto client device 902. Note that a structure of the three-dimensional mapis not limited to a point cloud, and may also be another structureexpressing three-dimensional data such as a mesh structure.

Client device 902 transmits the sensor information obtained by clientdevice 902 to server 901. The sensor information includes, for example,at least one of information obtained by LIDAR, a visible light image, aninfrared image, a depth image, sensor position information, or sensorspeed information.

The data to be transmitted and received between server 901 and clientdevice 902 may be compressed in order to reduce data volume, and mayalso be transmitted uncompressed in order to maintain data precision.When compressing the data, it is possible to use a three-dimensionalcompression method on the point cloud based on, for example, an octreestructure. It is possible to use a two-dimensional image compressionmethod on the visible light image, the infrared image, and the depthimage. The two-dimensional image compression method is, for example,MPEG-4 AVC or HEVC standardized by MPEG.

Server 901 transmits the three-dimensional map managed by server 901 toclient device 902 in response to a transmission request for thethree-dimensional map from client device 902. Note that server 901 mayalso transmit the three-dimensional map without waiting for thetransmission request for the three-dimensional map from client device902. For example, server 901 may broadcast the three-dimensional map toat least one client device 902 located in a predetermined space. Server901 may also transmit the three-dimensional map suited to a position ofclient device 902 at fixed time intervals to client device 902 that hasreceived the transmission request once. Server 901 may also transmit thethree-dimensional map managed by server 901 to client device 902 everytime the three-dimensional map is updated.

Client device 902 sends the transmission request for thethree-dimensional map to server 901. For example, when client device 902wants to perform the self-location estimation during traveling, clientdevice 902 transmits the transmission request for the three-dimensionalmap to server 901.

Note that in the following cases, client device 902 may send thetransmission request for the three-dimensional map to server 901. Clientdevice 902 may send the transmission request for the three-dimensionalmap to server 901 when the three-dimensional map stored by client device902 is old. For example, client device 902 may send the transmissionrequest for the three-dimensional map to server 901 when a fixed periodhas passed since the three-dimensional map is obtained by client device902.

Client device 902 may also send the transmission request for thethree-dimensional map to server 901 before a fixed time when clientdevice 902 exits a space shown in the three-dimensional map stored byclient device 902. For example, client device 902 may send thetransmission request for the three-dimensional map to server 901 whenclient device 902 is located within a predetermined distance from aboundary of the space shown in the three-dimensional map stored byclient device 902. When a movement path and a movement speed of clientdevice 902 are understood, a time when client device 902 exits the spaceshown in the three-dimensional map stored by client device 902 may bepredicted based on the movement path and the movement speed of clientdevice 902.

Client device 902 may also send the transmission request for thethree-dimensional map to server 901 when an error during alignment ofthe three-dimensional data and the three-dimensional map created fromthe sensor information by client device 902 is at least at a fixedlevel.

Client device 902 transmits the sensor information to server 901 inresponse to a transmission request for the sensor information fromserver 901. Note that client device 902 may transmit the sensorinformation to server 901 without waiting for the transmission requestfor the sensor information from server 901. For example, client device902 may periodically transmit the sensor information during a fixedperiod when client device 902 has received the transmission request forthe sensor information from server 901 once. Client device 902 maydetermine that there is a possibility of a change in thethree-dimensional map of a surrounding area of client device 902 havingoccurred, and transmit this information and the sensor information toserver 901, when the error during alignment of the three-dimensionaldata created by client device 902 based on the sensor information andthe three-dimensional map obtained from server 901 is at least at thefixed level.

Server 901 sends a transmission request for the sensor information toclient device 902. For example, server 901 receives positioninformation, such as GPS information, about client device 902 fromclient device 902. Server 901 sends the transmission request for thesensor information to client device 902 in order to generate a newthree-dimensional map, when it is determined that client device 902 isapproaching a space in which the three-dimensional map managed by server901 contains little information, based on the position information aboutclient device 902. Server 901 may also send the transmission request forthe sensor information, when wanting to (i) update the three-dimensionalmap, (ii) check road conditions during snowfall, a disaster, or thelike, or (iii) check traffic congestion conditions, accident/incidentconditions, or the like.

Client device 902 may set an amount of data of the sensor information tobe transmitted to server 901 in accordance with communication conditionsor bandwidth during reception of the transmission request for the sensorinformation to be received from server 901. Setting the amount of dataof the sensor information to be transmitted to server 901 is, forexample, increasing/reducing the data itself or appropriately selectinga compression method.

FIG. 29 is a block diagram showing an example structure of client device902. Client device 902 receives the three-dimensional map formed by apoint cloud and the like from server 901, and estimates a self-locationof client device 902 using the three-dimensional map created based onthe sensor information of client device 902. Client device 902 transmitsthe obtained sensor information to server 901.

Client device 902 includes data receiver 1011, communication unit 1012,reception controller 1013, format converter 1014, sensors 1015,three-dimensional data creator 1016, three-dimensional image processor1017, three-dimensional data storage 1018, format converter 1019,communication unit 1020, transmission controller 1021, and datatransmitter 1022.

Data receiver 1011 receives three-dimensional map 1031 from server 901.Three-dimensional map 1031 is data that includes a point cloud such as aWLD or a SWLD. Three-dimensional map 1031 may include compressed data oruncompressed data.

Communication unit 1012 communicates with server 901 and transmits adata transmission request (e.g. transmission request forthree-dimensional map) to server 901.

Reception controller 1013 exchanges information, such as information onsupported formats, with a communications partner via communication unit1012 to establish communication with the communications partner.

Format converter 1014 performs a format conversion and the like onthree-dimensional map 1031 received by data receiver 1011 to generatethree-dimensional map 1032. Format converter 1014 also performs adecompression or decoding process when three-dimensional map 1031 iscompressed or encoded. Note that format converter 1014 does not performthe decompression or decoding process when three-dimensional map 1031 isuncompressed data.

Sensors 815 are a group of sensors, such as LIDARs, visible lightcameras, infrared cameras, or depth sensors that obtain informationabout the outside of a vehicle equipped with client device 902, andgenerate sensor information 1033. Sensor information 1033 is, forexample, three-dimensional data such as a point cloud (point group data)when sensors 1015 are laser sensors such as LIDARs. Note that a singlesensor may serve as sensors 1015.

Three-dimensional data creator 1016 generates three-dimensional data1034 of a surrounding area of the own vehicle based on sensorinformation 1033. For example, three-dimensional data creator 1016generates point cloud data with color information on the surroundingarea of the own vehicle using information obtained by LIDAR and visiblelight video obtained by a visible light camera.

Three-dimensional image processor 1017 performs a self-locationestimation process and the like of the own vehicle, using (i) thereceived three-dimensional map 1032 such as a point cloud, and (ii)three-dimensional data 1034 of the surrounding area of the own vehiclegenerated using sensor information 1033. Note that three-dimensionalimage processor 1017 may generate three-dimensional data 1035 about thesurroundings of the own vehicle by merging three-dimensional map 1032and three-dimensional data 1034, and may perform the self-locationestimation process using the created three-dimensional data 1035.

Three-dimensional data storage 1018 stores three-dimensional map 1032,three-dimensional data 1034, three-dimensional data 1035, and the like.

Format converter 1019 generates sensor information 1037 by convertingsensor information 1033 to a format supported by a receiver end. Notethat format converter 1019 may reduce the amount of data by compressingor encoding sensor information 1037. Format converter 1019 may omit thisprocess when format conversion is not necessary. Format converter 1019may also control the amount of data to be transmitted in accordance witha specified transmission range.

Communication unit 1020 communicates with server 901 and receives a datatransmission request (transmission request for sensor information) andthe like from server 901.

Transmission controller 1021 exchanges information, such as informationon supported formats, with a communications partner via communicationunit 1020 to establish communication with the communications partner.

Data transmitter 1022 transmits sensor information 1037 to server 901.Sensor information 1037 includes, for example, information obtainedthrough sensors 1015, such as information obtained by LIDAR, a luminanceimage obtained by a visible light camera, an infrared image obtained byan infrared camera, a depth image obtained by a depth sensor, sensorposition information, and sensor speed information.

A structure of server 901 will be described next. FIG. 30 is a blockdiagram showing an example structure of server 901. Server 901 transmitssensor information from client device 902 and creates three-dimensionaldata based on the received sensor information. Server 901 updates thethree-dimensional map managed by server 901 using the createdthree-dimensional data. Server 901 transmits the updatedthree-dimensional map to client device 902 in response to a transmissionrequest for the three-dimensional map from client device 902.

Server 901 includes data receiver 1111, communication unit 1112,reception controller 1113, format converter 1114, three-dimensional datacreator 1116, three-dimensional data merger 1117, three-dimensional datastorage 1118, format converter 1119, communication unit 1120,transmission controller 1121, and data transmitter 1122.

Data receiver 1111 receives sensor information 1037 from client device902. Sensor information 1037 includes, for example, information obtainedby LIDAR, a luminance image obtained by a visible light camera, aninfrared image obtained by an infrared camera, a depth image obtained bya depth sensor, sensor position information, sensor speed information,and the like.

Communication unit 1112 communicates with client device 902 andtransmits a data transmission request (e.g. transmission request forsensor information) and the like to client device 902.

Reception controller 1113 exchanges information, such as information onsupported formats, with a communications partner via communication unit1112 to establish communication with the communications partner.

Format converter 1114 generates sensor information 1132 by performing adecompression or decoding process when the received sensor information1037 is compressed or encoded. Note that format converter 1114 does notperform the decompression or decoding process when sensor information1037 is uncompressed data.

Three-dimensional data creator 1116 generates three-dimensional data1134 of a surrounding area of client device 902 based on sensorinformation 1132. For example, three-dimensional data creator 1116generates point cloud data with color information on the surroundingarea of client device 902 using information obtained by LIDAR andvisible light video obtained by a visible light camera.

Three-dimensional data merger 1117 updates three-dimensional map 1135 bymerging three-dimensional data 1134 created based on sensor information1132 with three-dimensional map 1135 managed by server 901.

Three-dimensional data storage 1118 stores three-dimensional map 1135and the like.

Format converter 1119 generates three-dimensional map 1031 by convertingthree-dimensional map 1135 to a format supported by the receiver end.Note that format converter 1119 may reduce the amount of data bycompressing or encoding three-dimensional map 1135. Format converter1119 may omit this process when format conversion is not necessary.Format converter 1119 may also control the amount of data to betransmitted in accordance with a specified transmission range.

Communication unit 1120 communicates with client device 902 and receivesa data transmission request (transmission request for three-dimensionalmap) and the like from client device 902.

Transmission controller 1121 exchanges information, such as informationon supported formats, with a communications partner via communicationunit 1120 to establish communication with the communications partner.

Data transmitter 1122 transmits three-dimensional map 1031 to clientdevice 902. Three-dimensional map 1031 is data that includes a pointcloud such as a WLD or a SWLD. Three-dimensional map 1031 may includeone of compressed data and uncompressed data.

An operational flow of client device 902 will be described next. FIG. 31is a flowchart of an operation when client device 902 obtains thethree-dimensional map.

Client device 902 first requests server 901 to transmit thethree-dimensional map (point cloud, etc.) (S1001). At this point, byalso transmitting the position information about client device 902obtained through GPS and the like, client device 902 may also requestserver 901 to transmit a three-dimensional map relating to this positioninformation.

Client device 902 next receives the three-dimensional map from server901 (S1002). When the received three-dimensional map is compressed data,client device 902 decodes the received three-dimensional map andgenerates an uncompressed three-dimensional map (S1003).

Client device 902 next creates three-dimensional data 1034 of thesurrounding area of client device 902 using sensor information 1033obtained by sensors 1015 (S1004). Client device 902 next estimates theself-location of client device 902 using three-dimensional map 1032received from server 901 and three-dimensional data 1034 created usingsensor information 1033 (S1005).

FIG. 32 is a flowchart of an operation when client device 902 transmitsthe sensor information. Client device 902 first receives a transmissionrequest for the sensor information from server 901 (S1011). Clientdevice 902 that has received the transmission request transmits sensorinformation 1037 to server 901 (S1012). Note that client device 902 maygenerate sensor information 1037 by compressing each piece ofinformation using a compression method suited to each piece ofinformation, when sensor information 1033 includes a plurality of piecesof information obtained by sensors 1015.

An operational flow of server 901 will be described next. FIG. 33 is aflowchart of an operation when server 901 obtains the sensorinformation. Server 901 first requests client device 902 to transmit thesensor information (S1021). Server 901 next receives sensor information1037 transmitted from client device 902 in accordance with the request(S1022). Server 901 next creates three-dimensional data 1134 using thereceived sensor information 1037 (S1023). Server 901 next reflects thecreated three-dimensional data 1134 in three-dimensional map 1135(S1024).

FIG. 34 is a flowchart of an operation when server 901 transmits thethree-dimensional map. Server 901 first receives a transmission requestfor the three-dimensional map from client device 902 (S1031). Server 901that has received the transmission request for the three-dimensional maptransmits the three-dimensional map to client device 902 (S1032). Atthis point, server 901 may extract a three-dimensional map of a vicinityof client device 902 along with the position information about clientdevice 902, and transmit the extracted three-dimensional map. Server 901may compress the three-dimensional map formed by a point cloud using,for example, an octree structure compression method, and transmit thecompressed three-dimensional map.

Hereinafter, variations of the present embodiment will be described.

Server 901 creates three-dimensional data 1134 of a vicinity of aposition of client device 902 using sensor information 1037 receivedfrom client device 902. Server 901 next calculates a difference betweenthree-dimensional data 1134 and three-dimensional map 1135, by matchingthe created three-dimensional data 1134 with three-dimensional map 1135of the same area managed by server 901. Server 901 determines that atype of anomaly has occurred in the surrounding area of client device902, when the difference is greater than or equal to a predeterminedthreshold. For example, it is conceivable that a large difference occursbetween three-dimensional map 1135 managed by server 901 andthree-dimensional data 1134 created based on sensor information 1037,when land subsidence and the like occurs due to a natural disaster suchas an earthquake.

Sensor information 1037 may include information indicating at least oneof a sensor type, a sensor performance, and a sensor model number.Sensor information 1037 may also be appended with a class ID and thelike in accordance with the sensor performance. For example, when sensorinformation 1037 is obtained by LIDAR, it is conceivable to assignidentifiers to the sensor performance. A sensor capable of obtaininginformation with precision in units of several millimeters is class 1, asensor capable of obtaining information with precision in units ofseveral centimeters is class 2, and a sensor capable of obtaininginformation with precision in units of several meters is class 3. Server901 may estimate sensor performance information and the like from amodel number of client device 902. For example, when client device 902is equipped in a vehicle, server 901 may determine sensor specificationinformation from a type of the vehicle. In this case, server 901 mayobtain information on the type of the vehicle in advance, and theinformation may also be included in the sensor information. Server 901may change a degree of correction with respect to three-dimensional data1134 created using sensor information 1037, using the obtained sensorinformation 1037. For example, when the sensor performance is high inprecision (class 1), server 901 does not correct three-dimensional data1134. When the sensor performance is low in precision (class 3), server901 corrects three-dimensional data 1134 in accordance with theprecision of the sensor. For example, server 901 increases the degree(intensity) of correction with a decrease in the precision of thesensor.

Server 901 may simultaneously send the transmission request for thesensor information to the plurality of client devices 902 in a certainspace. Server 901 does not need to use all of the sensor information forcreating three-dimensional data 1134 and may, for example, select sensorinformation to be used in accordance with the sensor performance, whenhaving received a plurality of pieces of sensor information from theplurality of client devices 902. For example, when updatingthree-dimensional map 1135, server 901 may select high-precision sensorinformation (class 1) from among the received plurality of pieces ofsensor information, and create three-dimensional data 1134 using theselected sensor information.

Server 901 is not limited to only being a server such as a cloud-basedtraffic monitoring system, and may also be another (vehicle-mounted)client device. FIG. 35 is a diagram of a system structure in this case.

For example, client device 902C sends a transmission request for sensorinformation to client device 902A located nearby, and obtains the sensorinformation from client device 902A. Client device 902C then createsthree-dimensional data using the obtained sensor information of clientdevice 902A, and updates a three-dimensional map of client device 902C.This enables client device 902C to generate a three-dimensional map of aspace that can be obtained from client device 902A, and fully utilizethe performance of client device 902C. For example, such a case isconceivable when client device 902C has high performance.

In this case, client device 902A that has provided the sensorinformation is given rights to obtain the high-precisionthree-dimensional map generated by client device 902C. Client device902A receives the high-precision three-dimensional map from clientdevice 902C in accordance with these rights.

Server 901 may send the transmission request for the sensor informationto the plurality of client devices 902 (client device 902A and clientdevice 902B) located nearby client device 902C. When a sensor of clientdevice 902A or client device 902B has high performance, client device902C is capable of creating the three-dimensional data using the sensorinformation obtained by this high-performance sensor.

FIG. 36 is a block diagram showing a functionality structure of server901 and client device 902. Server 901 includes, for example,three-dimensional map compression/decoding processor 1201 thatcompresses and decodes the three-dimensional map and sensor informationcompression/decoding processor 1202 that compresses and decodes thesensor information.

Client device 902 includes three-dimensional map decoding processor 1211and sensor information compression processor 1212. Three-dimensional mapdecoding processor 1211 receives encoded data of the compressedthree-dimensional map, decodes the encoded data, and obtains thethree-dimensional map. Sensor information compression processor 1212compresses the sensor information itself instead of thethree-dimensional data created using the obtained sensor information,and transmits the encoded data of the compressed sensor information toserver 901. With this structure, client device 902 does not need tointernally store a processor that performs a process for compressing thethree-dimensional data of the three-dimensional map (point cloud, etc.),as long as client device 902 internally stores a processor that performsa process for decoding the three-dimensional map (point cloud, etc.).This makes it possible to limit costs, power consumption, and the likeof client device 902. As stated above, client device 902 according tothe present embodiment is equipped in the mobile object, and createsthree-dimensional data 1034 of a surrounding area of the mobile objectusing sensor information 1033 that is obtained through sensor 1015equipped in the mobile object and indicates a surrounding condition ofthe mobile object. Client device 902 estimates a self-location of themobile object using the created three-dimensional data 1034. Clientdevice 902 transmits the obtained sensor information 1033 to server 901or another mobile object.

This enables client device 902 to transmit sensor information 1033 toserver 901 or the like. This makes it possible to further reduce theamount of transmission data compared to when transmitting thethree-dimensional data. Since there is no need for client device 902 toperform processes such as compressing or encoding the three-dimensionaldata, it is possible to reduce the processing amount of client device902. As such, client device 902 is capable of reducing the amount ofdata to be transmitted or simplifying the structure of the device.

Client device 902 further transmits the transmission request for thethree-dimensional map to server 901 and receives three-dimensional map1031 from server 901. In the estimating of the self-location, clientdevice 902 estimates the self-location using three-dimensional data 1034and three-dimensional map 1032.

Sensor information 1034 includes at least one of information obtained bya laser sensor, a luminance image, an infrared image, a depth image,sensor position information, or sensor speed information.

Sensor information 1033 includes information that indicates aperformance of the sensor.

Client device 902 encodes or compresses sensor information 1033, and inthe transmitting of the sensor information, transmits sensor information1037 that has been encoded or compressed to server 901 or another mobileobject 902. This enables client device 902 to reduce the amount of datato be transmitted.

For example, client device 902 includes a processor and memory. Theprocessor performs the above processes using the memory.

Server 901 according to the present embodiment is capable ofcommunicating with client device 902 equipped in the mobile object, andreceives sensor information 1037 that is obtained through sensor 1015equipped in the mobile object and indicates a surrounding condition ofthe mobile object. Server 901 creates three-dimensional data 1134 of asurrounding area of the mobile object using the received sensorinformation 1037.

With this, server 901 creates three-dimensional data 1134 using sensorinformation 1037 transmitted from client device 902. This makes itpossible to further reduce the amount of transmission data compared towhen client device 902 transmits the three-dimensional data. Since thereis no need for client device 902 to perform processes such ascompressing or encoding the three-dimensional data, it is possible toreduce the processing amount of client device 902. As such, server 901is capable of reducing the amount of data to be transmitted orsimplifying the structure of the device.

Server 901 further transmits a transmission request for the sensorinformation to client device 902.

Server 901 further updates three-dimensional map 1135 using the createdthree-dimensional data 1134, and transmits three-dimensional map 1135 toclient device 902 in in response to the transmission request forthree-dimensional map 1135 from client device 902.

Sensor information 1037 includes at least one of information obtained bya laser sensor, a luminance image, an infrared image, a depth image,sensor position information, or sensor speed information.

Sensor information 1037 includes information that indicates aperformance of the sensor.

Server 901 further corrects the three-dimensional data in accordancewith the performance of the sensor. This enables the three-dimensionaldata creation method to improve the quality of the three-dimensionaldata.

In the receiving of the sensor information, server 901 receives aplurality of pieces of sensor information 1037 received from a pluralityof client devices 902, and selects sensor information 1037 to be used inthe creating of three-dimensional data 1134, based on a plurality ofpieces of information that each indicates the performance of the sensorincluded in the plurality of pieces of sensor information 1037. Thisenables server 901 to improve the quality of three-dimensional data1134.

Server 901 decodes or decompresses the received sensor information 1037,and creates three-dimensional data 1134 using sensor information 1132that has been decoded or decompressed. This enables server 901 to reducethe amount of data to be transmitted.

For example, server 901 includes a processor and memory. The processorperforms the above processes using the memory.

Embodiment 7

In the present embodiment, three-dimensional data encoding and decodingmethods using an inter prediction process will be described.

FIG. 37 is a block diagram of three-dimensional data encoding device1300 according to the present embodiment. This three-dimensional dataencoding device 1300 generates an encoded bitstream (hereinafter, alsosimply referred to as bitstream) that is an encoded signal, by encodingthree-dimensional data. As illustrated in FIG. 37, three-dimensionaldata encoding device 1300 includes divider 1301, subtractor 1302,transformer 1303, quantizer 1304, inverse quantizer 1305, inversetransformer 1306, adder 1307, reference volume memory 1308, intrapredictor 1309, reference space memory 1310, inter predictor 1311,prediction controller 1312, and entropy encoder 1313.

Divider 1301 divides a plurality of volumes (VLMs) that are encodingunits of each space (SPC) included in the three-dimensional data.Divider 1301 makes an octree representation (make into an octree) ofvoxels in each volume. Note that divider 1301 may make the spaces intoan octree representation with the spaces having the same size as thevolumes. Divider 1301 may also append information (depth information,etc.) necessary for making the octree representation to a header and thelike of a bitstream.

Subtractor 1302 calculates a difference between a volume (encodingtarget volume) outputted by divider 1301 and a predicted volumegenerated through intra prediction or inter prediction, which will bedescribed later, and outputs the calculated difference to transformer1303 as a prediction residual. FIG. 38 is a diagram showing an examplecalculation of the prediction residual. Note that bit sequences of theencoding target volume and the predicted volume shown here are, forexample, position information indicating positions of three-dimensionalpoints included in the volumes.

Hereinafter, a scan order of an octree representation and voxels will bedescribed. A volume is encoded after being converted into an octreestructure (made into an octree). The octree structure includes nodes andleaves. Each node has eight nodes or leaves, and each leaf has voxel(VXL) information. FIG. 39 is a diagram showing an example structure ofa volume including voxels. FIG. 40 is a diagram showing an example ofthe volume shown in FIG. 39 having been converted into the octreestructure. Among the leaves shown in FIG. 40, leaves 1, 2, and 3respectively represent VXL 1, VXL 2, and VXL 3, and represent VXLsincluding a point group (hereinafter, active VXLs).

An octree is represented by, for example, binary sequences of 1s and 0s.For example, when giving the nodes or the active VXLs a value of 1 andeverything else a value of 0, each node and leaf is assigned with thebinary sequence shown in FIG. 40. Thus, this binary sequence is scannedin accordance with a breadth-first or a depth-first scan order. Forexample, when scanning breadth-first, the binary sequence shown in A ofFIG. 41 is obtained. When scanning depth-first, the binary sequenceshown in B of FIG. 41 is obtained. The binary sequences obtained throughthis scanning are encoded through entropy encoding, which reduces anamount of information.

Depth information in the octree representation will be described next.Depth in the octree representation is used in order to control up to howfine a granularity point cloud information included in a volume isstored. Upon setting a great depth, it is possible to reproduce thepoint cloud information to a more precise level, but an amount of datafor representing the nodes and leaves increases. Upon setting a smalldepth, however, the amount of data decreases, but some information thatthe point cloud information originally held is lost, since pieces ofpoint cloud information including different positions and differentcolors are now considered as pieces of point cloud information includingthe same position and the same color.

For example, FIG. 42 is a diagram showing an example in which the octreewith a depth of 2 shown in FIG. 40 is represented with a depth of 1. Theoctree shown in FIG. 42 has a lower amount of data than the octree shownin FIG. 40. In other words, the binarized octree shown in FIG. 42 has alower bit count than the octree shown in FIG. 40. Leaf 1 and leaf 2shown in FIG. 40 are represented by leaf 1 shown in FIG. 41. In otherwords, the information on leaf 1 and leaf 2 being in different positionsis lost.

FIG. 43 is a diagram showing a volume corresponding to the octree shownin FIG. 42. VXL 1 and VXL 2 shown in FIG. 39 correspond to VXL 12 shownin FIG. 43. In this case, three-dimensional data encoding device 1300generates color information of VXL 12 shown in FIG. 43 using colorinformation of VXL 1 and VXL 2 shown in FIG. 39. For example,three-dimensional data encoding device 1300 calculates an average value,a median, a weighted average value, or the like of the color informationof VXL 1 and VXL 2 as the color information of VXL 12. In this manner,three-dimensional data encoding device 1300 may control a reduction ofthe amount of data by changing the depth of the octree.

Three-dimensional data encoding device 1300 may set the depthinformation of the octree to units of worlds, units of spaces, or unitsof volumes. In this case, three-dimensional data encoding device 1300may append the depth information to header information of the world,header information of the space, or header information of the volume. Inall worlds, spaces, and volumes associated with different times, thesame value may be used as the depth information. In this case,three-dimensional data encoding device 1300 may append the depthinformation to header information managing the worlds associated withall times.

When the color information is included in the voxels, transformer 1303applies frequency transformation, e.g. orthogonal transformation, to aprediction residual of the color information of the voxels in thevolume. For example, transformer 1303 creates a one-dimensional array byscanning the prediction residual in a certain scan order. Subsequently,transformer 1303 transforms the one-dimensional array to a frequencydomain by applying one-dimensional orthogonal transformation to thecreated one-dimensional array. With this, when a value of the predictionresidual in the volume is similar, a value of a low-frequency componentincreases and a value of a high-frequency component decreases. As such,it is possible to more efficiently reduce an encoding amount inquantizer 1304.

Transformer 1303 does not need to use orthogonal transformation in onedimension, but may also use orthogonal transformation in two or moredimensions. For example, transformer 1303 maps the prediction residualto a two-dimensional array in a certain scan order, and appliestwo-dimensional orthogonal transformation to the obtainedtwo-dimensional array.

Transformer 1303 may select an orthogonal transformation method to beused from a plurality of orthogonal transformation methods. In thiscase, three-dimensional data encoding device 1300 appends, to thebitstream, information indicating which orthogonal transformation methodis used. Transformer 1303 may select an orthogonal transformation methodto be used from a plurality of orthogonal transformation methods indifferent dimensions. In this case, three-dimensional data encodingdevice 1300 appends, to the bitstream, in how many dimensions theorthogonal transformation method is used.

For example, transformer 1303 matches the scan order of the predictionresidual to a scan order (breadth-first, depth-first, or the like) inthe octree in the volume. This makes it possible to reduce overhead,since information indicating the scan order of the prediction residualdoes not need to be appended to the bitstream. Transformer 1303 mayapply a scan order different from the scan order of the octree. In thiscase, three-dimensional data encoding device 1300 appends, to thebitstream, information indicating the scan order of the predictionresidual. This enables three-dimensional data encoding device 1300 toefficiently encode the prediction residual. Three-dimensional dataencoding device 1300 may append, to the bitstream, information (flag,etc.) indicating whether to apply the scan order of the octree, and mayalso append, to the bitstream, information indicating the scan order ofthe prediction residual when the scan order of the octree is notapplied.

Transformer 1303 does not only transform the prediction residual of thecolor information, and may also transform other attribute informationincluded in the voxels. For example, transformer 1303 may transform andencode information, such as reflectance information, obtained whenobtaining a point cloud through LIDAR and the like.

Transformer 1303 may skip these processes when the spaces do not includeattribute information such as color information. Three-dimensional dataencoding device 1300 may append, to the bitstream, information (flag)indicating whether to skip the processes of transformer 1303.

Quantizer 1304 generates a quantized coefficient by performingquantization using a quantization control parameter on a frequencycomponent of the prediction residual generated by transformer 1303. Withthis, the amount of information is further reduced. The generatedquantized coefficient is outputted to entropy encoder 1313. Quantizer1304 may control the quantization control parameter in units of worlds,units of spaces, or units of volumes. In this case, three-dimensionaldata encoding device 1300 appends the quantization control parameter toeach header information and the like. Quantizer 1304 may performquantization control by changing a weight per frequency component of theprediction residual. For example, quantizer 1304 may precisely quantizea low-frequency component and roughly quantize a high-frequencycomponent. In this case, three-dimensional data encoding device 1300 mayappend, to a header, a parameter expressing a weight of each frequencycomponent.

Quantizer 1304 may skip these processes when the spaces do not includeattribute information such as color information. Three-dimensional dataencoding device 1300 may append, to the bitstream, information (flag)indicating whether to skip the processes of quantizer 1304.

Inverse quantizer 1305 generates an inverse quantized coefficient of theprediction residual by performing inverse quantization on the quantizedcoefficient generated by quantizer 1304 using the quantization controlparameter, and outputs the generated inverse quantized coefficient toinverse transformer 1306.

Inverse transformer 1306 generates an inverse transformation-appliedprediction residual by applying inverse transformation on the inversequantized coefficient generated by inverse quantizer 1305. This inversetransformation-applied prediction residual does not need to completelycoincide with the prediction residual outputted by transformer 1303,since the inverse transformation-applied prediction residual is aprediction residual that is generated after the quantization.

Adder 1307 adds, to generate a reconstructed volume, (i) the inversetransformation-applied prediction residual generated by inversetransformer 1306 to (ii) a predicted volume that is generated throughintra prediction or intra prediction, which will be described later, andis used to generate a pre-quantized prediction residual. Thisreconstructed volume is stored in reference volume memory 1308 orreference space memory 1310.

Intra predictor 1309 generates a predicted volume of an encoding targetvolume using attribute information of a neighboring volume stored inreference volume memory 1308. The attribute information includes colorinformation or a reflectance of the voxels. Intra predictor 1309generates a predicted value of color information or a reflectance of theencoding target volume.

FIG. 44 is a diagram for describing an operation of intra predictor1309. For example, intra predictor 1309 generates the predicted volumeof the encoding target volume (volume idx=3) shown in FIG. 44, using aneighboring volume (volume idx=0). Volume idx here is identifierinformation that is appended to a volume in a space, and a differentvalue is assigned to each volume. An order of assigning volume idx maybe the same as an encoding order, and may also be different from theencoding order. For example, intra predictor 1309 uses an average valueof color information of voxels included in volume idx=0, which is aneighboring volume, as the predicted value of the color information ofthe encoding target volume shown in FIG. 44. In this case, a predictionresidual is generated by deducting the predicted value of the colorinformation from the color information of each voxel included in theencoding target volume. The following processes are performed bytransformer 1303 and subsequent processors with respect to thisprediction residual. In this case, three-dimensional data encodingdevice 1300 appends, to the bitstream, neighboring volume informationand prediction mode information. The neighboring volume information hereis information indicating a neighboring volume used in the prediction,and indicates, for example, volume idx of the neighboring volume used inthe prediction. The prediction mode information here indicates a modeused to generate the predicted volume. The mode is, for example, anaverage value mode in which the predicted value is generated using anaverage value of the voxels in the neighboring volume, or a median modein which the predicted value is generated using the median of the voxelsin the neighboring volume.

Intra predictor 1309 may generate the predicted volume using a pluralityof neighboring volumes. For example, in the structure shown in FIG. 44,intra predictor 1309 generates predicted volume 0 using a volume withvolume idx=0, and generates predicted volume 1 using a volume withvolume idx=1. Intra predictor 1309 then generates an average ofpredicted volume 0 and predicted volume 1 as a final predicted volume.In this case, three-dimensional data encoding device 1300 may append, tothe bitstream, a plurality of volumes idx of a plurality of volumes usedto generate the predicted volume.

FIG. 45 is a diagram schematically showing the inter prediction processaccording to the present embodiment. Inter predictor 1311 encodes (interpredicts) a space (SPC) associated with certain time T_Cur using anencoded space associated with different time T_LX. In this case, interpredictor 1311 performs an encoding process by applying a rotation andtranslation process to the encoded space associated with different timeT_LX.

Three-dimensional data encoding device 1300 appends, to the bitstream,RT information relating to a rotation and translation process suited tothe space associated with different time T_LX. Different time T_LX is,for example, time T_L0 before certain time T_Cur. At this point,three-dimensional data encoding device 1300 may append, to thebitstream, RT information RT_L0 relating to a rotation and translationprocess suited to a space associated with time T_L0.

Alternatively, different time T_LX is, for example, time T_L1 aftercertain time T_Cur. At this point, three-dimensional data encodingdevice 1300 may append, to the bitstream, RT information RT_L1 relatingto a rotation and translation process suited to a space associated withtime T_L1. Alternatively, inter predictor 1311 encodes (bidirectionalprediction) with reference to the spaces associated with time T_L0 andtime T_L1 that differ from each other. In this case, three-dimensionaldata encoding device 1300 may append, to the bitstream, both RTinformation RT_L0 and RT information RT_L1 relating to the rotation andtranslation process suited to the spaces thereof.

Note that T_L0 has been described as being before T_Cur and T_L1 asbeing after T_Cur, but are not necessarily limited thereto. For example,T_L0 and T_L1 may both be before T_Cur. T_L0 and T_L1 may also both beafter T_Cur.

Three-dimensional data encoding device 1300 may append, to thebitstream, RT information relating to a rotation and translation processsuited to spaces associated with different times, when encoding withreference to each of the spaces. For example, three-dimensional dataencoding device 1300 manages a plurality of encoded spaces to bereferred to, using two reference lists (list L0 and list L1). When afirst reference space in list L0 is L0R0, a second reference space inlist L0 is L0R1, a first reference space in list L1 is L1R0, and asecond reference space in list L1 is L1R1, three-dimensional dataencoding device 1300 appends, to the bitstream, RT information RT_L0R0of L0R0, RT information RT_L0R1 of L0R1, RT information RT_L1R0 of L1R0,and RT information RT_L1R1 of L1R1. For example, three-dimensional dataencoding device 1300 appends these pieces of RT information to a headerand the like of the bitstream.

Three-dimensional data encoding device 1300 determines whether to applyrotation and translation per reference space, when encoding withreference to reference spaces associated with different times. In thiscase, three-dimensional data encoding device 1300 may append, to headerinformation and the like of the bitstream, information (RT flag, etc.)indicating whether rotation and translation are applied per referencespace. For example, three-dimensional data encoding device 1300calculates the RT information and an Iterative Closest Point (ICP) errorvalue, using an ICP algorithm per reference space to be referred to fromthe encoding target space. Three-dimensional data encoding device 1300determines that rotation and translation do not need to be performed andsets the RT flag to OFF, when the ICP error value is lower than or equalto a predetermined fixed value. In contrast, three-dimensional dataencoding device 1300 sets the RT flag to ON and appends the RTinformation to the bitstream, when the ICP error value exceeds the abovefixed value.

FIG. 46 is a diagram showing an example syntax to be appended to aheader of the RT information and the RT flag. Note that a bit countassigned to each syntax may be decided based on a range of this syntax.For example, when eight reference spaces are included in reference listL0, 3 bits may be assigned to MaxRefSpc_10. The bit count to be assignedmay be variable in accordance with a value each syntax can be, and mayalso be fixed regardless of the value each syntax can be. When the bitcount to be assigned is fixed, three-dimensional data encoding device1300 may append this fixed bit count to other header information.

MaxRefSpc_10 shown in FIG. 46 indicates a number of reference spacesincluded in reference list L0. RT_flag_10[i] is an RT flag of referencespace i in reference list L0. When RT_flag_10[i] is 1, rotation andtranslation are applied to reference space i. When RT_flag_10[i] is 0,rotation and translation are not applied to reference space i.

R_10[i] and T_10[i] are RT information of reference space i in referencelist L0. R_10[i] is rotation information of reference space i inreference list L0. The rotation information indicates contents of theapplied rotation process, and is, for example, a rotation matrix or aquaternion. T_10[i] is translation information of reference space i inreference list L0. The translation information indicates contents of theapplied translation process, and is, for example, a translation vector.

MaxRefSpc_l1 indicates a number of reference spaces included inreference list L1. RT_flag_l1[i] is an RT flag of reference space i inreference list L1. When RT_flag_l1[i] is 1, rotation and translation areapplied to reference space i. When RT_flag_l1[i] is 0, rotation andtranslation are not applied to reference space i.

R_l1[i] and T_l1[i] are RT information of reference space i in referencelist L1. R_l1[i] is rotation information of reference space i inreference list L1. The rotation information indicates contents of theapplied rotation process, and is, for example, a rotation matrix or aquaternion. T_l1[i] is translation information of reference space i inreference list L1. The translation information indicates contents of theapplied translation process, and is, for example, a translation vector.

Inter predictor 1311 generates the predicted volume of the encodingtarget volume using information on an encoded reference space stored inreference space memory 1310. As stated above, before generating thepredicted volume of the encoding target volume, inter predictor 1311calculates RT information at an encoding target space and a referencespace using an ICP algorithm, in order to approach an overall positionalrelationship between the encoding target space and the reference space.Inter predictor 1311 then obtains reference space B by applying arotation and translation process to the reference space using thecalculated RT information. Subsequently, inter predictor 1311 generatesthe predicted volume of the encoding target volume in the encodingtarget space using information in reference space B. Three-dimensionaldata encoding device 1300 appends, to header information and the like ofthe encoding target space, the RT information used to obtain referencespace B.

In this manner, inter predictor 1311 is capable of improving precisionof the predicted volume by generating the predicted volume using theinformation of the reference space, after approaching the overallpositional relationship between the encoding target space and thereference space, by applying a rotation and translation process to thereference space. It is possible to reduce the encoding amount since itis possible to limit the prediction residual. Note that an example hasbeen described in which ICP is performed using the encoding target spaceand the reference space, but is not necessarily limited thereto. Forexample, inter predictor 1311 may calculate the RT information byperforming ICP using at least one of (i) an encoding target space inwhich a voxel or point cloud count is pruned, or (ii) a reference spacein which a voxel or point cloud count is pruned, in order to reduce theprocessing amount.

When the ICP error value obtained as a result of the ICP is smaller thana predetermined first threshold, i.e., when for example the positionalrelationship between the encoding target space and the reference spaceis similar, inter predictor 1311 determines that a rotation andtranslation process is not necessary, and the rotation and translationprocess does not need to be performed. In this case, three-dimensionaldata encoding device 1300 may control the overhead by not appending theRT information to the bitstream.

When the ICP error value is greater than a predetermined secondthreshold, inter predictor 1311 determines that a shape change betweenthe spaces is large, and intra prediction may be applied on all volumesof the encoding target space. Hereinafter, spaces to which intraprediction is applied will be referred to as intra spaces. The secondthreshold is greater than the above first threshold. The presentembodiment is not limited to ICP, and any type of method may be used aslong as the method calculates the RT information using two voxel sets ortwo point cloud sets.

When attribute information, e.g. shape or color information, is includedin the three-dimensional data, inter predictor 1311 searches, forexample, a volume whose attribute information, e.g. shape or colorinformation, is the most similar to the encoding target volume in thereference space, as the predicted volume of the encoding target volumein the encoding target space. This reference space is, for example, areference space on which the above rotation and translation process hasbeen performed. Inter predictor 1311 generates the predicted volumeusing the volume (reference volume) obtained through the search. FIG. 47is a diagram for describing a generating operation of the predictedvolume. When encoding the encoding target volume (volume idx=0) shown inFIG. 47 using inter prediction, inter predictor 1311 searches a volumewith a smallest prediction residual, which is the difference between theencoding target volume and the reference volume, while sequentiallyscanning the reference volume in the reference space. Inter predictor1311 selects the volume with the smallest prediction residual as thepredicted volume. The prediction residuals of the encoding target volumeand the predicted volume are encoded through the processes performed bytransformer 1303 and subsequent processors. The prediction residual hereis a difference between the attribute information of the encoding targetvolume and the attribute information of the predicted volume.Three-dimensional data encoding device 1300 appends, to the header andthe like of the bitstream, volume idx of the reference volume in thereference space, as the predicted volume.

In the example shown in FIG. 47, the reference volume with volume idx=4of reference space L0R0 is selected as the predicted volume of theencoding target volume. The prediction residuals of the encoding targetvolume and the reference volume, and reference volume idx=4 are thenencoded and appended to the bitstream.

Note that an example has been described in which the predicted volume ofthe attribute information is generated, but the same process may beapplied to the predicted volume of the position information.

Prediction controller 1312 controls whether to encode the encodingtarget volume using intra prediction or inter prediction. A modeincluding intra prediction and inter prediction is referred to here as aprediction mode. For example, prediction controller 1312 calculates theprediction residual when the encoding target volume is predicted usingintra prediction and the prediction residual when the encoding targetvolume is predicted using inter prediction as evaluation values, andselects the prediction mode whose evaluation value is smaller. Note thatprediction controller 1312 may calculate an actual encoding amount byapplying orthogonal transformation, quantization, and entropy encodingto the prediction residual of the intra prediction and the predictionresidual of the inter prediction, and select a prediction mode using thecalculated encoding amount as the evaluation value. Overhead information(reference volume idx information, etc.) aside from the predictionresidual may be added to the evaluation value. Prediction controller1312 may continuously select intra prediction when it has been decidedin advance to encode the encoding target space using intra space.

Entropy encoder 1313 generates an encoded signal (encoded bitstream) byvariable-length encoding the quantized coefficient, which is an inputfrom quantizer 1304. To be specific, entropy encoder 1313, for example,binarizes the quantized coefficient and arithmetically encodes theobtained binary signal. A three-dimensional data decoding device thatdecodes the encoded signal generated by three-dimensional data encodingdevice 1300 will be described next. FIG. 48 is a block diagram ofthree-dimensional data decoding device 1400 according to the presentembodiment. This three-dimensional data decoding device 1400 includesentropy decoder 1401, inverse quantizer 1402, inverse transformer 1403,adder 1404, reference volume memory 1405, intra predictor 1406,reference space memory 1407, inter predictor 1408, and predictioncontroller 1409.

Entropy decoder 1401 variable-length decodes the encoded signal (encodedbitstream). For example, entropy decoder 1401 generates a binary signalby arithmetically decoding the encoded signal, and generates a quantizedcoefficient using the generated binary signal.

Inverse quantizer 1402 generates an inverse quantized coefficient byinverse quantizing the quantized coefficient inputted from entropydecoder 1401, using a quantization parameter appended to the bitstreamand the like.

Inverse transformer 1403 generates a prediction residual by inversetransforming the inverse quantized coefficient inputted from inversequantizer 1402. For example, inverse transformer 1403 generates theprediction residual by inverse orthogonally transforming the inversequantized coefficient, based on information appended to the bitstream.

Adder 1404 adds, to generate a reconstructed volume, (i) the predictionresidual generated by inverse transformer 1403 to (ii) a predictedvolume generated through intra prediction or intra prediction. Thisreconstructed volume is outputted as decoded three-dimensional data andis stored in reference volume memory 1405 or reference space memory1407.

Intra predictor 1406 generates a predicted volume through intraprediction using a reference volume in reference volume memory 1405 andinformation appended to the bitstream. To be specific, intra predictor1406 obtains neighboring volume information (e.g. volume idx) appendedto the bitstream and prediction mode information, and generates thepredicted volume through a mode indicated by the prediction modeinformation, using a neighboring volume indicated in the neighboringvolume information. Note that the specifics of these processes are thesame as the above-mentioned processes performed by intra predictor 1309,except for which information appended to the bitstream is used.

Inter predictor 1408 generates a predicted volume through interprediction using a reference space in reference space memory 1407 andinformation appended to the bitstream. To be specific, inter predictor1408 applies a rotation and translation process to the reference spaceusing the RT information per reference space appended to the bitstream,and generates the predicted volume using the rotated and translatedreference space. Note that when an RT flag is present in the bitstreamper reference space, inter predictor 1408 applies a rotation andtranslation process to the reference space in accordance with the RTflag. Note that the specifics of these processes are the same as theabove-mentioned processes performed by inter predictor 1311, except forwhich information appended to the bitstream is used.

Prediction controller 1409 controls whether to decode a decoding targetvolume using intra prediction or inter prediction. For example,prediction controller 1409 selects intra prediction or inter predictionin accordance with information that is appended to the bitstream andindicates the prediction mode to be used. Note that predictioncontroller 1409 may continuously select intra prediction when it hasbeen decided in advance to decode the decoding target space using intraspace.

Hereinafter, variations of the present embodiment will be described. Inthe present embodiment, an example has been described in which rotationand translation is applied in units of spaces, but rotation andtranslation may also be applied in smaller units. For example,three-dimensional data encoding device 1300 may divide a space intosubspaces, and apply rotation and translation in units of subspaces. Inthis case, three-dimensional data encoding device 1300 generates RTinformation per subspace, and appends the generated RT information to aheader and the like of the bitstream. Three-dimensional data encodingdevice 1300 may apply rotation and translation in units of volumes,which is an encoding unit. In this case, three-dimensional data encodingdevice 1300 generates RT information in units of encoded volumes, andappends the generated RT information to a header and the like of thebitstream. The above may also be combined. In other words,three-dimensional data encoding device 1300 may apply rotation andtranslation in large units and subsequently apply rotation andtranslation in small units. For example, three-dimensional data encodingdevice 1300 may apply rotation and translation in units of spaces, andmay also apply different rotations and translations to each of aplurality of volumes included in the obtained spaces. In the presentembodiment, an example has been described in which rotation andtranslation is applied to the reference space, but is not necessarilylimited thereto. For example, three-dimensional data encoding device1300 may apply a scaling process and change a size of thethree-dimensional data. Three-dimensional data encoding device 1300 mayalso apply one or two of the rotation, translation, and scaling. Whenapplying the processes in multiple stages and different units as statedabove, a type of the processes applied in each unit may differ. Forexample, rotation and translation may be applied in units of spaces, andtranslation may be applied in units of volumes.

Note that these variations are also applicable to three-dimensional datadecoding device 1400.

As stated above, three-dimensional data encoding device 1300 accordingto the present embodiment performs the following processes. FIG. 48 is aflowchart of the inter prediction process performed by three-dimensionaldata encoding device 1300.

Three-dimensional data encoding device 1300 generates predicted positioninformation (e.g. predicted volume) using position information onthree-dimensional points included in three-dimensional reference data(e.g. reference space) associated with a time different from a timeassociated with current three-dimensional data (e.g. encoding targetspace) (S1301). To be specific, three-dimensional data encoding device1300 generates the predicted position information by applying a rotationand translation process to the position information on thethree-dimensional points included in the three-dimensional referencedata.

Note that three-dimensional data encoding device 1300 may perform arotation and translation process using a first unit (e.g. spaces), andmay perform the generating of the predicted position information using asecond unit (e.g. volumes) that is smaller than the first unit. Forexample, three-dimensional data encoding device 1300 searches a volumeamong a plurality of volumes included in the rotated and translatedreference space, whose position information differs the least from theposition information of the encoding target volume included in theencoding target space. Note that three-dimensional data encoding device1300 may perform the rotation and translation process, and thegenerating of the predicted position information in the same unit.

Three-dimensional data encoding device 1300 may generate the predictedposition information by applying (i) a first rotation and translationprocess to the position information on the three-dimensional pointsincluded in the three-dimensional reference data, and (ii) a secondrotation and translation process to the position information on thethree-dimensional points obtained through the first rotation andtranslation process, the first rotation and translation process using afirst unit (e.g. spaces) and the second rotation and translation processusing a second unit (e.g. volumes) that is smaller than the first unit.

For example, as illustrated in FIG. 41, the position information on thethree-dimensional points and the predicted position information isrepresented using an octree structure. For example, the positioninformation on the three-dimensional points and the predicted positioninformation is expressed in a scan order that prioritizes a breadth overa depth in the octree structure. For example, the position informationon the three-dimensional points and the predicted position informationis expressed in a scan order that prioritizes a depth over a breadth inthe octree structure.

As illustrated in FIG. 46, three-dimensional data encoding device 1300encodes an RT flag that indicates whether to apply the rotation andtranslation process to the position information on the three-dimensionalpoints included in the three-dimensional reference data. In other words,three-dimensional data encoding device 1300 generates the encoded signal(encoded bitstream) including the RT flag. Three-dimensional dataencoding device 1300 encodes RT information that indicates contents ofthe rotation and translation process. In other words, three-dimensionaldata encoding device 1300 generates the encoded signal (encodedbitstream) including the RT information. Note that three-dimensionaldata encoding device 1300 may encode the RT information when the RT flagindicates to apply the rotation and translation process, and does notneed to encode the RT information when the RT flag indicates not toapply the rotation and translation process.

The three-dimensional data includes, for example, the positioninformation on the three-dimensional points and the attributeinformation (color information, etc.) of each three-dimensional point.Three-dimensional data encoding device 1300 generates predictedattribute information using the attribute information of thethree-dimensional points included in the three-dimensional referencedata (S1302).

Three-dimensional data encoding device 1300 next encodes the positioninformation on the three-dimensional points included in the currentthree-dimensional data, using the predicted position information. Forexample, as illustrated in FIG. 38, three-dimensional data encodingdevice 1300 calculates differential position information, thedifferential position information being a difference between thepredicted position information and the position information on thethree-dimensional points included in the current three-dimensional data(S1303).

Three-dimensional data encoding device 1300 encodes the attributeinformation of the three-dimensional points included in the currentthree-dimensional data, using the predicted attribute information. Forexample, three-dimensional data encoding device 1300 calculatesdifferential attribute information, the differential attributeinformation being a difference between the predicted attributeinformation and the attribute information on the three-dimensionalpoints included in the current three-dimensional data (S1304).Three-dimensional data encoding device 1300 next performs transformationand quantization on the calculated differential attribute information(S1305).

Lastly, three-dimensional data encoding device 1300 encodes (e.g.entropy encodes) the differential position information and the quantizeddifferential attribute information (S1036). In other words,three-dimensional data encoding device 1300 generates the encoded signal(encoded bitstream) including the differential position information andthe differential attribute information.

Note that when the attribute information is not included in thethree-dimensional data, three-dimensional data encoding device 1300 doesnot need to perform steps S1302, S1304, and S1305. Three-dimensionaldata encoding device 1300 may also perform only one of the encoding ofthe position information on the three-dimensional points and theencoding of the attribute information of the three-dimensional points.

An order of the processes shown in FIG. 49 is merely an example and isnot limited thereto. For example, since the processes with respect tothe position information (S1301 and S1303) and the processes withrespect to the attribute information (S1302, S1304, and S1305) areseparate from one another, they may be performed in an order of choice,and a portion thereof may also be performed in parallel.

With the above, three-dimensional data encoding device 1300 according tothe present embodiment generates predicted position information usingposition information on three-dimensional points included inthree-dimensional reference data associated with a time different from atime associated with current three-dimensional data; and encodesdifferential position information, which is a difference between thepredicted position information and the position information on thethree-dimensional points included in the current three-dimensional data.This makes it possible to improve encoding efficiency since it ispossible to reduce the amount of data of the encoded signal.

Three-dimensional data encoding device 1300 according to the presentembodiment generates predicted attribute information using attributeinformation on three-dimensional points included in three-dimensionalreference data; and encodes differential attribute information, which isa difference between the predicted attribute information and theattribute information on the three-dimensional points included in thecurrent three-dimensional data. This makes it possible to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, three-dimensional data encoding device 1300 includes aprocessor and memory. The processor uses the memory to perform the aboveprocesses.

FIG. 48 is a flowchart of the inter prediction process performed bythree-dimensional data decoding device 1400.

Three-dimensional data decoding device 1400 decodes (e.g. entropydecodes) the differential position information and the differentialattribute information from the encoded signal (encoded bitstream)(S1401).

Three-dimensional data decoding device 1400 decodes, from the encodedsignal, an RT flag that indicates whether to apply the rotation andtranslation process to the position information on the three-dimensionalpoints included in the three-dimensional reference data.Three-dimensional data decoding device 1400 encodes RT information thatindicates contents of the rotation and translation process. Note thatthree-dimensional data decoding device 1400 may decode the RTinformation when the RT flag indicates to apply the rotation andtranslation process, and does not need to decode the RT information whenthe RT flag indicates not to apply the rotation and translation process.

Three-dimensional data decoding device 1400 next performs inversetransformation and inverse quantization on the decoded differentialattribute information (S1402).

Three-dimensional data decoding device 1400 next generates predictedposition information (e.g. predicted volume) using the positioninformation on the three-dimensional points included in thethree-dimensional reference data (e.g. reference space) associated witha time different from a time associated with the currentthree-dimensional data (e.g. decoding target space) (S1403). To bespecific, three-dimensional data decoding device 1400 generates thepredicted position information by applying a rotation and translationprocess to the position information on the three-dimensional pointsincluded in the three-dimensional reference data.

More specifically, when the RT flag indicates to apply the rotation andtranslation process, three-dimensional data decoding device 1400 appliesthe rotation and translation process on the position information on thethree-dimensional points included in the three-dimensional referencedata indicated in the RT information. In contrast, when the RT flagindicates not to apply the rotation and translation process,three-dimensional data decoding device 1400 does not apply the rotationand translation process on the position information on thethree-dimensional points included in the three-dimensional referencedata.

Note that three-dimensional data decoding device 1400 may perform therotation and translation process using a first unit (e.g. spaces), andmay perform the generating of the predicted position information using asecond unit (e.g. volumes) that is smaller than the first unit. Notethat three-dimensional data decoding device 1400 may perform therotation and translation process, and the generating of the predictedposition information in the same unit.

Three-dimensional data decoding device 1400 may generate the predictedposition information by applying (i) a first rotation and translationprocess to the position information on the three-dimensional pointsincluded in the three-dimensional reference data, and (ii) a secondrotation and translation process to the position information on thethree-dimensional points obtained through the first rotation andtranslation process, the first rotation and translation process using afirst unit (e.g. spaces) and the second rotation and translation processusing a second unit (e.g. volumes) that is smaller than the first unit.

For example, as illustrated in FIG. 41, the position information on thethree-dimensional points and the predicted position information isrepresented using an octree structure. For example, the positioninformation on the three-dimensional points and the predicted positioninformation is expressed in a scan order that prioritizes a breadth overa depth in the octree structure. For example, the position informationon the three-dimensional points and the predicted position informationis expressed in a scan order that prioritizes a depth over a breadth inthe octree structure.

Three-dimensional data decoding device 1400 generates predictedattribute information using the attribute information of thethree-dimensional points included in the three-dimensional referencedata (S1404).

Three-dimensional data decoding device 1400 next restores the positioninformation on the three-dimensional points included in the currentthree-dimensional data, by decoding encoded position informationincluded in an encoded signal, using the predicted position information.The encoded position information here is the differential positioninformation. Three-dimensional data decoding device 1400 restores theposition information on the three-dimensional points included in thecurrent three-dimensional data, by adding the differential positioninformation to the predicted position information (S1405).

Three-dimensional data decoding device 1400 restores the attributeinformation of the three-dimensional points included in the currentthree-dimensional data, by decoding encoded attribute informationincluded in an encoded signal, using the predicted attributeinformation. The encoded attribute information here is the differentialposition information. Three-dimensional data decoding device 1400restores the attribute information on the three-dimensional pointsincluded in the current three-dimensional data, by adding thedifferential attribute information to the predicted attributeinformation (S1406).

Note that when the attribute information is not included in thethree-dimensional data, three-dimensional data decoding device 1400 doesnot need to perform steps S1402, S1404, and S1406. Three-dimensionaldata decoding device 1400 may also perform only one of the decoding ofthe position information on the three-dimensional points and thedecoding of the attribute information of the three-dimensional points.

An order of the processes shown in FIG. 50 is merely an example and isnot limited thereto. For example, since the processes with respect tothe position information (S1403 and S1405) and the processes withrespect to the attribute information (S1402, S1404, and S1406) areseparate from one another, they may be performed in an order of choice,and a portion thereof may also be performed in parallel.

Embodiment 8

In the present embodiment, a representation means of three-dimensionalpoints (point cloud) in encoding of three-dimensional data will bedescribed.

FIG. 51 is a block diagram showing a structure of a distribution systemof three-dimensional data according to the present embodiment. Thedistribution system shown in FIG. 51 includes server 1501 and aplurality of clients 1502.

Server 1501 includes storage 1511 and controller 1512. Storage 1511stores encoded three-dimensional map 1513 that is encodedthree-dimensional data.

FIG. 52 is a diagram showing an example structure of a bitstream ofencoded three-dimensional map 1513. The three-dimensional map is dividedinto a plurality of submaps and each submap is encoded. Each submap isappended with a random-access (RA) header including subcoordinateinformation. The subcoordinate information is used for improvingencoding efficiency of the submap. This subcoordinate informationindicates subcoordinates of the submap. The subcoordinates arecoordinates of the submap having reference coordinates as reference.Note that the three-dimensional map including the plurality of submapsis referred to as an overall map. Coordinates that are a reference inthe overall map (e.g. origin) are referred to as the referencecoordinates. In other words, the subcoordinates are the coordinates ofthe submap in a coordinate system of the overall map. In other words,the subcoordinates indicate an offset between the coordinate system ofthe overall map and a coordinate system of the submap. Coordinates inthe coordinate system of the overall map having the referencecoordinates as reference are referred to as overall coordinates.Coordinates in the coordinate system of the submap having thesubcoordinates as reference are referred to as differential coordinates.

Client 1502 transmits a message to server 1501. This message includesposition information on client 1502. Controller 1512 included in server1501 obtains a bitstream of a submap located closest to client 1502,based on the position information included in the received message. Thebitstream of the submap includes the subcoordinate information and istransmitted to client 1502. Decoder 1521 included in client 1502 obtainsoverall coordinates of the submap having the reference coordinates asreference, using this subcoordinate information. Application 1522included in client 1502 executes an application relating to aself-location, using the obtained overall coordinates of the submap.

The submap indicates a partial area of the overall map. Thesubcoordinates are the coordinates in which the submap is located in areference coordinate space of the overall map. For example, in anoverall map called A, there is submap A called AA and submap B calledAB. When a vehicle wants to consult a map of AA, decoding begins fromsubmap A, and when the vehicle wants to consult a map of AB, decodingbegins from submap B. The submap here is a random-access point. To bespecific, A is Osaka Prefecture, AA is Osaka City, and AB is Takatsuki.

Each submap is transmitted along with the subcoordinate information tothe client. The subcoordinate information is included in headerinformation of each submap, a transmission packet, or the like.

The reference coordinates, which serve as a reference for thesubcoordinate information of each submap, may be appended to headerinformation of a space at a higher level than the submap, such as headerinformation of the overall map.

The submap may be formed by one space (SPC). The submap may also beformed by a plurality of SPCs.

The submap may include a Group of Spaces (GOS). The submap may be formedby a world. For example, in a case where there are a plurality ofobjects in the submap, the submap is formed by a plurality of SPCs whenassigning the plurality of objects to separate SPCs. The submap isformed by one SPC when assigning the plurality of objects to one SPC.

An advantageous effect on encoding efficiency when using thesubcoordinate information will be described next. FIG. 53 is a diagramfor describing this advantageous effect. For example, a high bit countis necessary in order to encode three-dimensional point A, which islocated far from the reference coordinates, shown in FIG. 53. A distancebetween the subcoordinates and three-dimensional point A is shorter thana distance between the reference coordinates and three-dimensional pointA. As such, it is possible to improve encoding efficiency by encodingcoordinates of three-dimensional point A having the subcoordinates asreference more than when encoding the coordinates of three-dimensionalpoint A having the reference coordinates as reference. The bitstream ofthe submap includes the subcoordinate information. By transmitting thebitstream of the submap and the reference coordinates to a decoding end(client), it is possible to restore the overall coordinates of thesubmap in the decoder end.

FIG. 54 is a flowchart of processes performed by server 1501, which is atransmission end of the submap.

Server 1501 first receives a message including position information onclient 1502 from client 1502 (S1501). Controller 1512 obtains an encodedbitstream of the submap based on the position information on the clientfrom storage 1511 (S1502). Server 1501 then transmits the encodedbitstream of the submap and the reference coordinates to client 1502(S1503).

FIG. 55 is a flowchart of processes performed by client 1502, which is areceiver end of the submap.

Client 1502 first receives the encoded bitstream of the submap and thereference coordinates transmitted from server 1501 (S1511). Client 1502next obtains the subcoordinate information of the submap by decoding theencoded bitstream (S1512). Client 1502 next restores the differentialcoordinates in the submap to the overall coordinates, using thereference coordinates and the sub coordinates (S1513).

An example syntax of information relating to the submap will bedescribed next. In the encoding of the submap, the three-dimensionaldata encoding device calculates the differential coordinates bysubtracting the subcoordinates from the coordinates of each point cloud(three-dimensional points). The three-dimensional data encoding devicethen encodes the differential coordinates into the bitstream as a valueof each point cloud. The encoding device encodes the subcoordinateinformation indicating the subcoordinates as the header information ofthe bitstream. This enables the three-dimensional data decoding deviceto obtain overall coordinates of each point cloud. For example, thethree-dimensional data encoding device is included in server 1501 andthe three-dimensional data decoding device is included in client 1502.

FIG. 56 is a diagram showing an example syntax of the submap. NumOfPointshown in FIG. 56 indicates a total number of point clouds included inthe submap. sub_coordinate_x, sub_coordinate_y, and sub_coordinate_z arethe subcoordinate information. sub_coordinate_x indicates anx-coordinate of the subcoordinates. sub_coordinate_y indicates ay-coordinate of the sub coordinates. sub_coordinate_z indicates az-coordinate of the sub coordinates.

diff_x[i], diff_y[i], and diff_z[i] are differential coordinates of ani-th point cloud in the submap. diff_x[i] is a differential valuebetween an x-coordinate of the i-th point cloud and the x-coordinate ofthe subcoordinates in the submap. diff_y[i] is a differential valuebetween a y-coordinate of the i-th point cloud and the y-coordinate ofthe subcoordinates in the submap. diff_z[i] is a differential valuebetween a z-coordinate of the i-th point cloud and the z-coordinate ofthe subcoordinates in the submap.

The three-dimensional data decoding device decodes point_cloud[i]_x,point_cloud[i]_y, and point_cloud[i]_z, which are overall coordinates ofthe i-th point cloud, using the expression below. point_cloud[i]_x is anx-coordinate of the overall coordinates of the i-th point cloud.point_cloud[i]_y is a y-coordinate of the overall coordinates of thei-th point cloud. point_cloud[i]_z is a z-coordinate of the overallcoordinates of the i-th point cloud.

point_cloud[i]_xsub_coordinate_x+diff_x[i]

point_cloud[i]_y=sub_coordinate_y+diff_y[i]

point_cloud[i]_z=sub_coordinate_z+diff_z[i]

A switching process for applying octree encoding will be described next.The three-dimensional data encoding device selects, when encoding thesubmap, whether to encode each point cloud using an octreerepresentation (hereinafter, referred to as octree encoding) or toencode the differential values from the subcoordinates (hereinafter,referred to as non-octree encoding). FIG. 57 is a diagram schematicallyshowing this operation. For example, the three-dimensional data encodingdevice applies octree encoding to the submap, when the total number ofpoint clouds in the submap is at least a predetermined threshold. Thethree-dimensional data encoding device applies non-octree encoding tothe submap, when the total number of point clouds in the submap is lowerthan the predetermined threshold. This enables the three-dimensionaldata encoding device to improve encoding efficiency, since it ispossible to appropriately select whether to use octree encoding ornon-octree encoding, in accordance with a shape and density of objectsincluded in the submap.

The three-dimensional data encoding device appends, to a header and thelike of the submap, information indicating whether octree encoding ornon-octree encoding has been applied to the submap (hereinafter,referred to as octree encoding application information). This enablesthe three-dimensional data decoding device to identify whether thebitstream is obtained by octree encoding the submap or non-octreeencoding the submap.

The three-dimensional data encoding device may calculate encodingefficiency when applying octree encoding and encoding efficiency whenapplying non-octree encoding to the same point cloud, and apply anencoding method whose encoding efficiency is better to the submap.

FIG. 58 is a diagram showing an example syntax of the submap whenperforming this switching. coding_type shown in FIG. 58 is informationindicating the encoding type and is the above octree encodingapplication information. coding_type=00 indicates that octree encodinghas been applied. coding_type=01 indicates that non-octree encoding hasbeen applied. coding_type=10 or 11 indicates that an encoding method andthe like other than the above encoding methods has been applied.

When the encoding type is non-octree encoding, the submap includesNumOfPoint and the subcoordinate information (sub_coordinate_x,sub_coordinate_y, and sub_coordinate_z).

When the encoding type is octree encoding, the submap includesoctree_info. octree_info is information necessary to the octree encodingand includes, for example, depth information.

When the encoding type is non-octree encoding, the submap includes thedifferential coordinates (diff_x[i], diff_y[i], and diff_z[i]).

When the encoding type is octree encoding, the submap includesoctree_data, which is encoded data relating to the octree encoding.

Note that an example has been described here in which an xyz coordinatesystem is used as the coordinate system of the point cloud, but a polarcoordinate system may also be used.

FIG. 59 is a flowchart of a three-dimensional data encoding processperformed by the three-dimensional data encoding device.Three-dimensional data encoding device first calculates a total numberof point clouds in a current submap, which is the submap to be processed(S1521). The three-dimensional data encoding device next determineswhether when the calculated total number of point clouds is at least apredetermined threshold (S1522).

When the total number of point clouds is at least the predeterminedthreshold (YES in S1522), the three-dimensional data encoding deviceapplies octree encoding to the current submap (S1523). Thethree-dimensional data encoding device appends, to a header of thebitstream, octree encoding application information indicating thatoctree encoding has been applied to the current submap (S1525).

In contrast, when the total number of point clouds is lower than thepredetermined threshold (NO in S1522), the three-dimensional dataencoding device applies non-octree encoding to the current submap(S1524). The three-dimensional data encoding device appends, to theheader of the bitstream, octree encoding application informationindicating that non-octree encoding has been applied to the currentsubmap (S1525).

FIG. 60 is a flowchart of a three-dimensional data decoding processperformed by the three-dimensional data decoding device. Thethree-dimensional data decoding device first decodes the octree encodingapplication information from the header of the bitstream (S1531). Thethree-dimensional data decoding device next determines whether theencoding type applied to the current submap is octree encoding, based onthe decoded octree encoding application information (S1532).

When the octree encoding application information indicates that theencoding type is octree encoding (YES in S1532), the three-dimensionaldata decoding device decodes the current submap through octree decoding(S1533). In contrast, when the octree encoding application informationindicates that the encoding type is non-octree encoding (NO in S1532),the three-dimensional data decoding device decodes the current submapthrough non-octree decoding (S1534).

Hereinafter, variations of the present embodiment will be described.FIG. 61 to FIG. 63 are diagrams schematically showing operations ofvariations of the switching process of the encoding type.

As illustrated in FIG. 61, the three-dimensional data encoding devicemay select whether to apply octree encoding or non-octree encoding perspace. In this case, the three-dimensional data encoding device appendsthe octree encoding application information to a header of the space.This enables the three-dimensional data decoding device to determinewhether octree encoding has been applied per space. In this case, thethree-dimensional data encoding device sets subcoordinates per space,and encodes a differential value, which is a value of the subcoordinatessubtracted from coordinates of each point cloud in the space.

This enables the three-dimensional data encoding device to improveencoding efficiency, since it is possible to appropriately selectwhether to apply octree encoding, in accordance with a shape of objectsor the total number of point clouds in the space.

As illustrated in FIG. 62, the three-dimensional data encoding devicemay select whether to apply octree encoding or non-octree encoding pervolume. In this case, the three-dimensional data encoding device appendsthe octree encoding application information to a header of the volume.This enables the three-dimensional data decoding device to determinewhether octree encoding has been applied per volume. In this case, thethree-dimensional data encoding device sets subcoordinates per volume,and encodes a differential value, which is a value of the subcoordinatessubtracted from coordinates of each point cloud in the volume.

This enables the three-dimensional data encoding device to improveencoding efficiency, since it is possible to appropriately selectwhether to apply octree encoding, in accordance with a shape of objectsor the total number of point clouds in the volume.

In the above description, an example has been shown in which thedifference, which is the subcoordinates of each point cloud subtractedfrom the coordinates of each point cloud, is encoded as the non-octreeencoding, but is not limited thereto, and any other type of encodingmethod other than the octree encoding may be used. For example, asillustrated in FIG. 63, the three-dimensional data encoding device maynot only encode the difference from the subcoordinates as the non-octreeencoding, but also use a method in which a value of the point cloud inthe submap, the space, or the volume itself is encoded (hereinafter,referred to as original coordinate encoding).

In this case, the three-dimensional data encoding device stores, in theheader, information indicating that original coordinate encoding hasbeen applied to a current space (submap, space, or volume). This enablesthe three-dimensional data decoding device to determine whether originalcoordinate encoding has been applied to the current space.

When applying original coordinate encoding, the three-dimensional dataencoding device may perform the encoding without applying quantizationand arithmetic encoding to original coordinates. The three-dimensionaldata encoding device may encode the original coordinates using apredetermined fixed bit length. This enables three-dimensional dataencoding device to generate a stream with a fixed bit length at acertain time.

In the above description, an example has been shown in which thedifference, which is the subcoordinates of each point cloud subtractedfrom the coordinates of each point cloud, is encoded as the non-octreeencoding, but is not limited thereto.

For example, the three-dimensional data encoding device may sequentiallyencode a differential value between the coordinates of each point cloud.FIG. 64 is a diagram for describing an operation in this case. Forexample, in the example shown in FIG. 64, the three-dimensional dataencoding device encodes a differential value between coordinates ofpoint cloud PA and predicted coordinates, using the subcoordinates asthe predicted coordinates, when encoding point cloud PA. Thethree-dimensional data encoding device encodes a differential valuebetween point cloud PB and predicted coordinates, using the coordinatesof point cloud PA as the predicted coordinates, when encoding pointcloud PB. The three-dimensional data encoding device encodes adifferential value between point cloud PC and predicted coordinates,using the coordinates of point cloud PB as the predicted coordinates,when encoding point cloud PC. In this manner, the three-dimensional dataencoding device may set a scan order to a plurality of point clouds, andencode a differential value between coordinates of a current point cloudto be processed and coordinates of a point cloud immediately before thecurrent point cloud in the scan order.

In the above description, the subcoordinates are coordinates in thelower left front corner of the submap, but a location of thesubcoordinates is not limited thereto. FIG. 65 to FIG. 67 are diagramsshowing other examples of the location of the subcoordinates. Thelocation of the subcoordinates may be set to any coordinates in thecurrent space (submap, space, or volume). In other words, thesubcoordinates may be, as stated above, coordinates in the lower leftfront corner of the current space. As illustrated in FIG. 65, thesubcoordinates may be coordinates in a center of the current space. Asillustrated in FIG. 66, the subcoordinates may be coordinates in anupper right rear corner of the current space. The subcoordinates are notlimited to being coordinates in the lower left front corner or the upperright rear corner of the current space, but may also be coordinates inany corner of the current space.

The location of the subcoordinates may be the same as coordinates of acertain point cloud in the current space (submap, space, or volume). Forexample, in the example shown in FIG. 67, the coordinates of thesubcoordinates coincide with coordinates of point cloud PD.

In the present embodiment, an example has been shown that switchesbetween applying octree encoding or non-octree encoding, but is notnecessarily limited thereto. For example, the three-dimensional dataencoding device may switch between applying a tree structure other thanan octree or a non-tree structure other than the tree-structure. Forexample, the other tree structure is a k-d tree in which splitting isperformed using perpendicular planes on one coordinate axis. Note thatany other method may be used as the other tree structure.

In the present embodiment, an example has been shown in which coordinateinformation included in a point cloud is encoded, but is not necessarilylimited thereto. The three-dimensional data encoding device may encode,for example, color information, a three-dimensional feature quantity, ora feature quantity of visible light using the same method as for thecoordinate information. For example, the three-dimensional data encodingdevice may set an average value of the color information included ineach point cloud in the submap to subcolor information, and encode adifference between the color information and the subcolor information ofeach point cloud.

In the present embodiment, an example has been shown in which anencoding method (octree encoding or non-octree encoding) with goodencoding efficiency is selected in accordance with a total number ofpoint clouds and the like, but is not necessarily limited thereto. Forexample, the three-dimensional data encoding device, which is a serverend, may store a bitstream of a point cloud encoded through octreeencoding, a bitstream of a point cloud encoded through non-octreeencoding, and a bitstream of a point cloud encoded through both methods,and switch the bitstream to be transmitted to the three-dimensional datadecoding device, in accordance with a transmission environment or aprocessing power of the three-dimensional data decoding device.

FIG. 68 is a diagram showing an example syntax of a volume when applyingoctree encoding. The syntax shown in FIG. 68 is basically the same asthe syntax shown in FIG. 58, but differs in that each piece ofinformation is information in units of volumes. To be specific,NumOfPoint indicates a total number of point clouds included in thevolume. sub_coordinate_x, sub_coordinate_y, and sub_coordinate_z are thesubcoordinate information of the volume.

diff_x[i], diff_y[i], and diff_z[i] are differential coordinates of ani-th point cloud in the volume. diff_x[i] is a differential valuebetween an x-coordinate of the i-th point cloud and the x-coordinate ofthe subcoordinates in the volume. diff_y[i] is a differential valuebetween a y-coordinate of the i-th point cloud and the y-coordinate ofthe subcoordinates in the volume. diff_z[i] is a differential valuebetween a z-coordinate of the i-th point cloud and the z-coordinate ofthe subcoordinates in the volume.

Note that when it is possible to calculate a relative position of thevolume in the space, the three-dimensional data encoding device does notneed to include the subcoordinate information in a header of the volume.In other words, the three-dimensional data encoding device may calculatethe relative position of the volume in the space without including thesubcoordinate information in the header, and use the calculated positionas the subcoordinates of each volume.

As stated above, the three-dimensional data encoding device according tothe present embodiment determines whether to encode, using an octreestructure, a current space unit among a plurality of space units (e.g.submaps, spaces, or volumes) included in three-dimensional data (e.g.S1522 in FIG. 59). For example, the three-dimensional data encodingdevice determines that the current space unit is to be encoded using theoctree structure, when a total number of the three-dimensional pointsincluded in the current space unit is higher than a predeterminedthreshold. The three-dimensional data encoding device determines thatthe current space unit is not to be encoded using the octree structure,when the total number of the three-dimensional points included in thecurrent space unit is lower than or equal to the predeterminedthreshold.

When it is determined that the current space unit is to be encoded usingthe octree structure (YES in S1522), the three-dimensional data encodingdevice encodes the current space unit using the octree structure(S1523). When it is determined that the current space unit is not to beencoded using the octree structure (NO in S1522), the three-dimensionaldata encoding device encodes the current space unit using a differentmethod that is not the octree structure (S1524). For example, in thedifferent method, the three-dimensional data encoding device encodescoordinates of three-dimensional points included in the current spaceunit. To be specific, in the different method, the three-dimensionaldata encoding device encodes a difference between reference coordinatesof the current space unit and the coordinates of the three-dimensionalpoints included in the current space unit.

The three-dimensional data encoding device next appends, to a bitstream,information that indicates whether the current space unit has beenencoded using the octree structure (S1525).

This enables the three-dimensional data encoding device to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, the three-dimensional data encoding device includes aprocessor and memory, the processor using the memory to perform theabove processes.

The three-dimensional data decoding device according to the presentembodiment decodes, from a bitstream, information that indicates whetherto decode, using an octree structure, a current space unit among aplurality of space units (e.g. submaps, spaces, or volumes) included inthree-dimensional data (e.g. S1531 in FIG. 60). When the informationindicates that the current space unit is to be decoded using the octreestructure (YES in S1532), the three-dimensional data decoding devicedecodes the current space unit using the octree structure (S1533).

When the information indicates not to decode the current space unitusing the octree structure (NO in S1532), the three-dimensional datadecoding device decodes the current space unit using a different methodthat is not the octree structure (S1534). For example, in the differentmethod, the three-dimensional data decoding device decodes coordinatesof three-dimensional points included in the current space unit. To bespecific, in the different method, the three-dimensional data decodingdevice decodes a difference between reference coordinates of the currentspace unit and the coordinates of the three-dimensional points includedin the current space unit.

This enables the three-dimensional data decoding device to improveencoding efficiency since it is possible to reduce the amount of data ofthe encoded signal.

For example, three-dimensional data decoding device includes a processorand memory. The processor uses the memory to perform the aboveprocesses.

A three-dimensional data encoding device, a three-dimensional datadecoding device, and the like according to the embodiments of thepresent disclosure have been described above, but the present disclosureis not limited to these embodiments.

Note that each of the processors included in the three-dimensional dataencoding device, the three-dimensional data decoding device, and thelike according to the above embodiments is typically implemented as alarge-scale integrated (LSI) circuit, which is an integrated circuit(IC). These may take the form of individual chips, or may be partiallyor entirely packaged into a single chip.

Such IC is not limited to an LSI, and thus may be implemented as adedicated circuit or a general-purpose processor. Alternatively, a fieldprogrammable gate array (FPGA) that allows for programming after themanufacture of an LSI, or a reconfigurable processor that allows forreconfiguration of the connection and the setting of circuit cellsinside an LSI may be employed.

Moreover, in the above embodiments, the structural components may beimplemented as dedicated hardware or may be realized by executing asoftware program suited to such structural components. Alternatively,the structural components may be implemented by a program executor suchas a CPU or a processor reading out and executing the software programrecorded in a recording medium such as a hard disk or a semiconductormemory.

The present disclosure may also be implemented as a three-dimensionaldata encoding method, a three-dimensional data decoding method, or thelike executed by the three-dimensional data encoding device, thethree-dimensional data decoding device, and the like.

Also, the divisions of the functional blocks shown in the block diagramsare mere examples, and thus a plurality of functional blocks may beimplemented as a single functional block, or a single functional blockmay be divided into a plurality of functional blocks, or one or morefunctions may be moved to another functional block. Also, the functionsof a plurality of functional blocks having similar functions may beprocessed by single hardware or software in a parallelized ortime-divided manner.

Also, the processing order of executing the steps shown in theflowcharts is a mere illustration for specifically describing thepresent disclosure, and thus may be an order other than the shown order.Also, one or more of the steps may be executed simultaneously (inparallel) with another step.

A three-dimensional data encoding device, a three-dimensional datadecoding device, and the like according to one or more aspects have beendescribed above based on the embodiments, but the present disclosure isnot limited to these embodiments. The one or more aspects may thusinclude forms achieved by making various modifications to the aboveembodiments that can be conceived by those skilled in the art, as wellforms achieved by combining structural components in differentembodiments, without materially departing from the spirit of the presentdisclosure.

INDUSTRIAL APPLICABILITY

The present disclosure is applicable to a three-dimensional dataencoding device and a three-dimensional data decoding device.

1-9. (canceled)
 10. A method for encoding three-dimensional data,comprising: determining whether to use a first method or a second methodto encode a current space unit included in three-dimensional data; whenthe first method is determined, encoding a bit sequence including eightbits that represents an octree structure and associates 1 bit value witheach space in the current space unit; and when the second method isdetermined, encoding coordinates of three-dimensional point included inthe current space unit.
 11. The three-dimensional data encoding methodaccording to claim 10, further comprising: when the current space unitis encoded using the first method, appending first information to abitstream, and when the current space unit is encoded using the secondmethod, appending second information, distinct from the firstinformation, to the bitstream.
 12. The three-dimensional data encodingmethod according to claim 10, wherein when the second mode isdetermined, a difference between reference coordinates of the currentspace unit and the coordinated of the three-dimensional point isencoded.
 13. The three-dimensional data encoding method according toclaim 10, wherein the current space unit corresponds to a node.
 14. Amethod for decoding three-dimensional data, comprising: decoding, from abitstream, information that indicates a first method or second method todecode a current space unit included in three-dimensional data; when theinformation indicates the first method, decoding a bit sequenceincluding eight bits that represents an octree structure and associates1 bit value with each space in the current space unit; and when theinformation indicates the second method, decoding coordinates ofthree-dimensional point included in the current space unit.
 15. Thethree-dimensional data decoding method according to claim 14, whereinwhen the second method is determined, a difference between referencecoordinates of the current space unit and the coordinated of thethree-dimensional point is encoded.
 16. The three-dimensional dataencoding method according to claim 14, wherein the current space unitcorresponds to a node.
 17. A device for encoding three-dimensional data,comprising: a processor; and memory, wherein the processor uses thememory to: determine whether to use a first method or a second method toencode a current space unit included in three-dimensional data; when thefirst method is determined, encode a bit sequence including eight bitsthat represents an octree structure and associates 1 bit value with eachspace in the current space unit; and when the second method isdetermined, encode coordinates of three-dimensional point included inthe current space unit.
 18. A device for decoding three-dimensionaldata, comprising: a processor; and memory, wherein the processor usesthe memory to: decode, from a bitstream, information that indicates afirst method or second method to decode a current space unit included inthree-dimensional data; when the information indicates the first method,decode a bit sequence including eight bits that represents an octreestructure and associates 1 bit value with each space in the currentspace unit; and when the information indicates the second method, decodecoordinates of three-dimensional point included in the current spaceunit.